I have some client workstation that refuse to register an ActiveX control I
use in my VFP app.
Even manually typing the RegSvr32 command. The message that appears states
it registered successfully. However, the Registry is never updated.
What ideas can I use to track down this problem?
Thank you,
Tracy
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/000b01d3c1ed$9c52fa50$d4f8eef0$@powerchurch.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
I'm not sure, especially if the result says it registered successfully.
Can you just put the control in the app's default folder so it can be found?
Eric
On Thu, Mar 22, 2018 at 9:53 AM, Tracy Pearson <tracy@powerchurch.com>
wrote:
> I have some client workstation that refuse to register an ActiveX control I
> use in my VFP app.
> Even manually typing the RegSvr32 command. The message that appears states
> it registered successfully. However, the Registry is never updated.
>
> What ideas can I use to track down this problem?
>
> Thank you,
> Tracy
>
>
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/CAAwxvU=Zv_StHg-R=pu0bYLi_vArD3xFLwNHn_RjrvraonQ=Jg@mail.gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
Eric,
I wish I could just put it into the local folder. However, ActiveX controls
don't work that way.
I have unregistered the control, and registered the control after,
restarted, uninstalled Symantec Endpoint and tried it all again. Same
problem.
I manually created some of the registry values to attempt to get around the
problem. It still persist.
I say some, because the DLL has several COM classes in it.
I created an EXE that creates the control differently and it works:
Form.CreateObject("test", "oleobject","activexserver.class")
But my main project has it in a Classlib, with some additional code in it.
No code in the INIT of the oleControl.
The error that form gets is "Class is not registered". Which I see in the
Registry it isn't, until I manually put those key parts it to get the other
one working. Still get the same error in the main project.
Trying other things, but this one is challenging.
Thank you,
Tracy
-----Original Message-----
From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Eric
Selje
Sent: Thursday, March 22, 2018 5:01 PM
To: profoxtech@leafe.com
Subject: Re: ActiveX control refuses to register
I'm not sure, especially if the result says it registered successfully.
Can you just put the control in the app's default folder so it can be found?
Eric
On Thu, Mar 22, 2018 at 9:53 AM, Tracy Pearson <tracy@powerchurch.com>
wrote:
> I have some client workstation that refuse to register an ActiveX control
I
> use in my VFP app.
> Even manually typing the RegSvr32 command. The message that appears states
> it registered successfully. However, the Registry is never updated.
>
> What ideas can I use to track down this problem?
>
> Thank you,
> Tracy
>
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/001801d3c228$815a8570$840f9050$@powerchurch.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
Tracy,
Just a WAG, but I ran into a "Silent Failure" of Regsvr32 the other day
on a Win10 Pro system. I would run
regsvr32 /s thecontrol.ocx
from within my application's folder where the OCX files were
located...then when my app tried to use the controls, it would throw an
error.
I got it to work by adding the explicit path of the OCX control to the
command line.
In other words
regsvr32 /s "c:\myprogram\thecontrol.ocx"
worked.
Go figure. Hope this helps.
Mike Copeland
Tracy Pearson wrote:
> Eric,
>
> I wish I could just put it into the local folder. However, ActiveX controls
> don't work that way.
>
> I have unregistered the control, and registered the control after,
> restarted, uninstalled Symantec Endpoint and tried it all again. Same
> problem.
> I manually created some of the registry values to attempt to get around the
> problem. It still persist.
> I say some, because the DLL has several COM classes in it.
> I created an EXE that creates the control differently and it works:
> Form.CreateObject("test", "oleobject","activexserver.class")
>
> But my main project has it in a Classlib, with some additional code in it.
> No code in the INIT of the oleControl.
> The error that form gets is "Class is not registered". Which I see in the
> Registry it isn't, until I manually put those key parts it to get the other
> one working. Still get the same error in the main project.
>
>
> Trying other things, but this one is challenging.
>
> Thank you,
> Tracy
>
>
> -----Original Message-----
> From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Eric
> Selje
> Sent: Thursday, March 22, 2018 5:01 PM
> To: profoxtech@leafe.com
> Subject: Re: ActiveX control refuses to register
>
> I'm not sure, especially if the result says it registered successfully.
> Can you just put the control in the app's default folder so it can be found?
>
> Eric
>
> On Thu, Mar 22, 2018 at 9:53 AM, Tracy Pearson <tracy@powerchurch.com>
> wrote:
>
>> I have some client workstation that refuse to register an ActiveX control
> I
>> use in my VFP app.
>> Even manually typing the RegSvr32 command. The message that appears states
>> it registered successfully. However, the Registry is never updated.
>>
>> What ideas can I use to track down this problem?
>>
>> Thank you,
>> Tracy
>>
>
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/bc8529ea-a5a5-76de-20e1-396084409166@ggisoft.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
Mike,
Wish it did. I manually register it with in a Command Window run as Administrator and get the message stating it was successful. Yet, still not entries in the registry.
Tracy
-----Original Message-----
From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Mike
Sent: Thursday, March 22, 2018 6:00 PM
To: profoxtech@leafe.com
Subject: Re: ActiveX control refuses to register
Tracy,
Just a WAG, but I ran into a "Silent Failure" of Regsvr32 the other day
on a Win10 Pro system. I would run
regsvr32 /s thecontrol.ocx
from within my application's folder where the OCX files were
located...then when my app tried to use the controls, it would throw an
error.
I got it to work by adding the explicit path of the OCX control to the
command line.
In other words
regsvr32 /s "c:\myprogram\thecontrol.ocx"
worked.
Go figure. Hope this helps.
Mike Copeland
Tracy Pearson wrote:
> Eric,
>
> I wish I could just put it into the local folder. However, ActiveX controls
> don't work that way.
>
> I have unregistered the control, and registered the control after,
> restarted, uninstalled Symantec Endpoint and tried it all again. Same
> problem.
> I manually created some of the registry values to attempt to get around the
> problem. It still persist.
> I say some, because the DLL has several COM classes in it.
> I created an EXE that creates the control differently and it works:
> Form.CreateObject("test", "oleobject","activexserver.class")
>
> But my main project has it in a Classlib, with some additional code in it.
> No code in the INIT of the oleControl.
> The error that form gets is "Class is not registered". Which I see in the
> Registry it isn't, until I manually put those key parts it to get the other
> one working. Still get the same error in the main project.
>
>
> Trying other things, but this one is challenging.
>
> Thank you,
> Tracy
>
>
> -----Original Message-----
> From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Eric
> Selje
> Sent: Thursday, March 22, 2018 5:01 PM
> To: profoxtech@leafe.com
> Subject: Re: ActiveX control refuses to register
>
> I'm not sure, especially if the result says it registered successfully.
> Can you just put the control in the app's default folder so it can be found?
>
> Eric
>
> On Thu, Mar 22, 2018 at 9:53 AM, Tracy Pearson <tracy@powerchurch.com>
> wrote:
>
>> I have some client workstation that refuse to register an ActiveX control
> I
>> use in my VFP app.
>> Even manually typing the RegSvr32 command. The message that appears states
>> it registered successfully. However, the Registry is never updated.
>>
>> What ideas can I use to track down this problem?
>>
>> Thank you,
>> Tracy
>>
>
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/001901d3c22b$ac2fea80$048fbf80$@powerchurch.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
I've encountered this problem in the past, sometimes highlighting the shortcut, right click and Run As Administrator fixed trhe registration problem.
Regards
Stephen Weeks
Phone : 07484 734 283
Email : stephenweeks@email.com
Sent: Thursday, March 22, 2018 at 9:00 PM
From: {quot}Eric Selje{quot} <Eric@saltydogllc.com>
To: profoxtech@leafe.com
Subject: Re: ActiveX control refuses to register
I'm not sure, especially if the result says it registered successfully.
Can you just put the control in the app's default folder so it can be found?
Eric
On Thu, Mar 22, 2018 at 9:53 AM, Tracy Pearson <tracy@powerchurch.com>
wrote:
> I have some client workstation that refuse to register an ActiveX control I
> use in my VFP app.
> Even manually typing the RegSvr32 command. The message that appears states
> it registered successfully. However, the Registry is never updated.
>
> What ideas can I use to track down this problem?
>
> Thank you,
> Tracy
>
>
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/trinity-a9b0b42c-f6ed-43b4-a653-8a02fd1ab3e1-1521792623225@3c-app-mailcom-lxa12
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
On Thu, Mar 22, 2018 at 10:53 AM, Tracy Pearson <tracy@powerchurch.com> wrote:
> I have some client workstation that refuse to register an ActiveX control I
> use in my VFP app.
> Even manually typing the RegSvr32 command. The message that appears states
> it registered successfully. However, the Registry is never updated.
>
> What ideas can I use to track down this problem?
>
You could tell us which OS the workstations had, 32-bit or 64-bit.
You could tell us which ActiveX control it is, which version, age, etc.
You could tell us what you know about the workstation, make, model,
color, etc. If more than one, anything in common, well, besides
color...
You could tell us whether these machines are brand new or are old
boxes upgraded from Windows 8.
You could tell us if they were up-to-date on patches.
You mention turning off anti-malware, good, that's often an issue.
Were there any messages in the event log?
I guess these days we can assume much of this stuff, but you know what
happens when you ASSuME.
My wild-guess-out-of-the-blue is...
something-something-missing-old-VC++-runtime-no-longer-included-in-Windows-10...
https://stackoverflow.com/questions/27290154/regsvr32-query-the-module-xxxxx-dll-failed-to-load
https://www.wintertree-software.com/support/wspell/registrationfailure.html
http://www.itninja.com/question/sapgui-7-10-sp-16-some-dll-ocx-files-fail-to-register
Guess #2, if this is only one workstation: Registry is corrupt
Guess #3, some sort of anti-malware protection that prevents Registry
entries, like a corporate Policy setting, as many malwares wedge
themselves in there good.
Guess #4, the malware's already on the machine, and IT is preventing
Registry entries!
That's it, time for more coffee. Happy Friday!
--
Ted Roche
Ted Roche & Associates, LLC
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/CACW6n4vJF83OBAEWxooVM7KaG98P0tV9iRBNtr0AV10UOjOb7w@mail.gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
There have been many workstations that the ActiveX dll registered during the
install.
There have been many workstations that the ActiveX dll did not register
during the installation.
A good dozen other ActiveX / COM dll's did register during installation.
This CRViewer.dll dated 1/21/2017 is the viewer for Crystal Reports. (not
many using it in the VFP world)
The one workstation where I've hit this wall is a Windows 7 32-bit machine.
IT has it locked down, but we were using a local admin, and later the
network admin user.
Most of the ActiveX / COM dll's that are part of and needed by our
implementation of Crystal Reports work.
This Viewer ActiveX dll fails to register.
In an Administrator: Command Prompt running the following command says it is
successful.
C:\Windows\system32>regsvr32 "\Program Files\SAP BusinessObjects\Crystal
Reports
for .NET Framework 4.0\common\Crystal Reports
2011\crystalreportviewers\ActiveX
Controls\CRViewer.dll"
But the CrystalReports13.ActiveXReportViewer.1 key is not found in the
registry where it belongs under HKEY_CLASSES_ROOT.
Running this on other Windows 7 32-bit, Windows 7 64-bit, Windows 10 32-bit,
Windows 10 64-bit systems enables the control.
I use the INNO installer for the main installation. The required C++
runtimes are installed successfully during the process. Then I register all
the ActiveX / COM dlls after the C++ runtime is completed.
Works on 98 out of 100 machines. Some sites have 1 machine that has a
problem and 7 others that don't.
Other sites have the problem on every machine, but the manual command above
fixes them.
I have not found a "common" factor of all the workstations that presented
the problem of the installer failing to register the DLL.
Registering this DLL on a functioning Windows 7 32-bit machine creates 132
keys and sets 61 values in the registry. (according to ProcMon from
SysInternals)
I have not determined how many registry keys or values are created (if any)
on the machine that fails.
This particular customer has had 4 out of 5 workstations fail to register
this file on the Install. 1 machine RegSvr32 command fixed it. I have not
attempted it on the other 2.
My week is over, and I've been in all sorts of directions today.
Thank you,
Tracy
-----Original Message-----
From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Ted
Roche
Sent: Friday, March 23, 2018 6:44 AM
To: profoxtech@leafe.com
Subject: Re: ActiveX control refuses to register
On Thu, Mar 22, 2018 at 10:53 AM, Tracy Pearson <tracy@powerchurch.com>
wrote:
> I have some client workstation that refuse to register an ActiveX control
I
> use in my VFP app.
> Even manually typing the RegSvr32 command. The message that appears states
> it registered successfully. However, the Registry is never updated.
>
> What ideas can I use to track down this problem?
>
You could tell us which OS the workstations had, 32-bit or 64-bit.
You could tell us which ActiveX control it is, which version, age, etc.
You could tell us what you know about the workstation, make, model,
color, etc. If more than one, anything in common, well, besides
color...
You could tell us whether these machines are brand new or are old
boxes upgraded from Windows 8.
You could tell us if they were up-to-date on patches.
You mention turning off anti-malware, good, that's often an issue.
Were there any messages in the event log?
I guess these days we can assume much of this stuff, but you know what
happens when you ASSuME.
My wild-guess-out-of-the-blue is...
something-something-missing-old-VC++-runtime-no-longer-included-in-Windows-1
0...
https://stackoverflow.com/questions/27290154/regsvr32-query-the-module-xxxxx
-dll-failed-to-load
https://www.wintertree-software.com/support/wspell/registrationfailure.html
http://www.itninja.com/question/sapgui-7-10-sp-16-some-dll-ocx-files-fail-to
-register
Guess #2, if this is only one workstation: Registry is corrupt
Guess #3, some sort of anti-malware protection that prevents Registry
entries, like a corporate Policy setting, as many malwares wedge
themselves in there good.
Guess #4, the malware's already on the machine, and IT is preventing
Registry entries!
That's it, time for more coffee. Happy Friday!
--
Ted Roche
Ted Roche & Associates, LLC
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/000c01d3c2f4$dd3911f0$97ab35d0$@powerchurch.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
A simple google for "CRVIEWER INSTALL PROBLEM" reveals a lot of solutions.
Most of them are pointing to missing subcomponents of the crviewer.dll.
You could use the DEPENDECY tool to look for missing components of the
viewer on those PCs.
http://www.dependencywalker.com/
wOOdy
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/00c901d3c353$170baf60$45230e20$@wondzinski.de
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
The list I looked at all showed the manual regsvr32 command returned an error.
My situation doesn't.
I'll set a time with the customer next week and see if there is something missing.
Thank you,
Tracy
On March 24, 2018 5:32:55 AM EDT, "Jürgen Wondzinski" <juergen@wondzinski.de> wrote:
>A simple google for "CRVIEWER INSTALL PROBLEM" reveals a lot of
>solutions.
>Most of them are pointing to missing subcomponents of the crviewer.dll.
>You could use the DEPENDECY tool to look for missing components of the
>viewer on those PCs.
>http://www.dependencywalker.com/
>
>wOOdy
>
[excessive quoting removed by server]
_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/A244E03F-8279-4174-BEF0-42E8EA0B014A@powerchurch.com
** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.