Error=429 : ActiveX component can't create object

Hi,

I have a problem in Vista Home Premium with two commercial programs,
one in VB and the other in a script environment. Both give the above
message.

I have spent hour investigating and have got to the following point.

I can correct the error temporarily by running "regsvr32 scrrun.dll"
from the CMD prompt (Run as Administrator). The error is eliminated in
both programs but returns when the computer is re-booted.

If I re-start the machine in Safe Mode the error remains corrected.

I have tried preventing all start-up programs from loading at re-boot
but this did not eliminate the problem.

I suspect that data is loaded to the registry at boot time and this
contains the corruption, however I do not know how to proceed further.

Any assistance would be appreciated !

Hi RobGG,

more than likely a registry permissions problem.

First of all download Regmon from Microsoft here... 'RegMon for Windows
v7.04'
(http://www.microsoft.com/technet/sys...es/regmon.mspx)

In the Filter dialog, uncheck "Log Successes"

Clear the entries and run "regsvr32 scrrun.dll" again.

This will allow you to see all the keys that regsvr32.exe accesses to
perform this command. Look for ACCESS DENIED and if found, change the
permissions on that key.

Hope this helps.

regards

Steve

Thanks Steve,

I downloaded Regmon and got a message that it had been replaced in
Vista by SysInternals Process Monitor.

I used Process Monitor (with trepidation) and found many entries for
the "regsvr32" entry. Captions included: Success, No more entries, Name
not found, Fast IO disallowed and Reparse. There were two "Access
Denied" entries for "Set Basic Information File" into "c:\Windows" and
"c:\Windows\System32".

From this result I would surmise that I need to make these system
folders able to be written to by regsvr32. Is this as simple as
removing the "read only" attribute in Folder Properties ?

Robert

Hi,

Can anyone help?

Robert

>
> Can anyone help?
>

I wonder if it might be some half-wit, overzealous
anti-virus-type program. Some people, including
some network admins, consider scrrun.dll and the
Windows Script Host to be unnecessary security risks.
Maybe you're dealing with something that's deliberately
disabling it?

You might also try asking in:
microsoft.public.scripting.vbscript

There should be at least someone there who's
using VBS on Vista.

There do seem to be COM problems on Vista, too.
I still haven't figured out exactly what they are, whether
permission issues, just plain bugs, or what. But there
have been discussions in VB groups where people talk
about strange things like COM registrations that only
work on Vista if they *unregister* the component after
registering. I can't even imagine under what scenario
that would make sense, but I've seen it posted a number
of times.

mayayana wrote:
>> Can anyone help?
>>
>
> I wonder if it might be some half-wit, overzealous
> anti-virus-type program. Some people, including
> some network admins, consider scrrun.dll and the
> Windows Script Host to be unnecessary security risks.
> Maybe you're dealing with something that's deliberately
> disabling it?
>
> You might also try asking in:
> microsoft.public.scripting.vbscript
>
> There should be at least someone there who's
> using VBS on Vista.
>
> There do seem to be COM problems on Vista, too.
> I still haven't figured out exactly what they are, whether
> permission issues, just plain bugs, or what. But there
> have been discussions in VB groups where people talk
> about strange things like COM registrations that only
> work on Vista if they *unregister* the component after
> registering. I can't even imagine under what scenario
> that would make sense, but I've seen it posted a number
> of times.
>
>
>


A duplicate registry entry where the wrong one is found first? Could be
permissions actually, maybe something can't be overwritten by the
installer but can be created new at runtime?

Thanks Mayayana and Charlie Tame,

I am using AVG and Defender as anti-virus etc. so this is unlikely to
be the issue.

I also have Vista on a laptop running both the programs in question
without any problems (the laptop is also running AVG and Defender).

I think it more likely that some other program install has either
corrupted the registry or has over-written a Vista system file. The use
of "regsvr32 scrrun.dll" fixes the problem for this logon - but the
problem re-appears on the next logon.

Vista seems to be very clumsy in the new "UAC/Authorisation" process -
is this likely to be a Vista "bug" to be corrected in SP1?

I tried to do a Vista "upgrade in place" but got a message after the
full process that there was an incompatibilty and upgrade was not
available.

I have considered doing a file for file compare of C:\Windows between
my laptop and desktop to see if any current files have been overwritten
by earlier versions - do you think this could be fruitful?

Charlie Tame's suggestion "A duplicate registry entry where the wrong
one is found first? Could be permissions actually, maybe something can't
be overwritten by the installer but can be created new at runtime?"

I do not know enough about the registry to explore it effectively. Do
you know of any gidelines that would assist me?

Regards,

Robert

> I do not know enough about the registry to explore it effectively. Do
> you know of any gidelines that would assist me?
>

I can tell you that but I'm not familiar with the inner
workings of Vista. I know that UAC will cause Registry
writes to dummy HKCU keys in some cases without
telling you that it's not allowing you to write the real value.
There are also complications if you've got 64-bit, but
again, I don't know the details.

When you create an object it goes through
HKCR (CLASSES_ROOT). For instance, if you're getting
the error with the FileSystemObject:

When you create a FileSystemObject instance it gets
created by looking up the ProgID in HKCR. In the case
of script you have something like:

Set FSO = CreateObject("Scripting.FileSystemObject")

Scripting.FileSystemObject is the ProgID of the object.
An object can be found in HKCR by either its ProgID or
CLSID. So to trace the path of how COM is trying to
load the object, you start by looking at the ProgID key:

HKCR\Scripting.FileSystemObject

The CLSID subkey there has a default value that points
to a key under HKCR\CLSID. That seems to be
{0D43FE01-F093-11CF-8940-00A0C9054228}

So you then look under
HKCR\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}

The subkey there named InProcServer32 has a default
value that should be a string representing the full path to
scrrun.dll. In some cases that will be a LocalServer32 subkey,
but either way, that's the basic COM setup for figuring out
which library to load given a ProgID.

It might also help to run Regmon to see what is *actually*
being accessed in the Registry when your program is run, but
I don't know whether Microsoft has blocked Regmon from
running on Vista. They bought out sysinternals.com and
are now saying that Regmon has been "replaced" on Vista
by Process Explorer. But procexp.exe is actually an entirely
different thing. (Search for Regmon at Google if you don't
know what I'm talking about.)

Thanks Mayayana for the thoughful reply,

I'll investigate further ans do a little study around Regmon ( I was
earlier put off by a MS message directing me to SysInternals). I'll
post my results in due course.

Regards,

Robert


--
RobGG

"RobGG" <RobGG.2zif5u@no-mx.forums.vistaheads.com> wrote in message
news:RobGG.2zif5u@no-mx.forums.vistaheads.com...
>
> Thanks Mayayana for the thoughful reply,
>
> I'll investigate further ans do a little study around Regmon ( I was
> earlier put off by a MS message directing me to SysInternals). I'll
> post my results in due course.
>

The problems you're having are program problems and the software vendor. If
the applications work one Vista machine and don't on another Vista machine
as you are indicating, then I would be on the phone with the software vendor
to get a clarification and help. It seems that all you're doing here is
spinning your wheels, because you're not going to the right place, the
software vendor. For all you know, the problem may have been already
reported with a solution given by the vendor.

Thanks for the comment Mr Arnold,

I, of course, started the issue with the software vendors. Both are
Australian products of high repute in the Investment area. Both vendors
have attempted to assist. Both claim that they have not experienced
this particular issue with Vista - one vendor assisted me to locate the
problem to the non-registration of scrrun.dll (as described earlier).

Both programs work correctly on my Vista laptop. I therefore suspect
that a third (unknown) program on the desktop computer has corrupted the
registry or system files. If I can avoid it I don't want to reload the
computer from a clean install to eliminate the problem.

Regards,

Robert

"RobGG" <RobGG.2ziud1@no-mx.forums.vistaheads.com> wrote in message
news:RobGG.2ziud1@no-mx.forums.vistaheads.com...
>
> Thanks for the comment Mr Arnold,
>
> I, of course, started the issue with the software vendors. Both are
> Australian products of high repute in the Investment area. Both vendors
> have attempted to assist. Both claim that they have not experienced
> this particular issue with Vista - one vendor assisted me to locate the
> problem to the non-registration of scrrun.dll (as described earlier).
>
> Both programs work correctly on my Vista laptop. I therefore suspect
> that a third (unknown) program on the desktop computer has corrupted the
> registry or system files. If I can avoid it I don't want to reload the
> computer from a clean install to eliminate the problem.
>

Have you checked the Application or System event logs for this error
message? Surely, the error message even if it's not logged and is only being
displayed to you is pointing to the program or DLL that has the issue.. The
message would be in the Event logs if these vendors you talk about are on
the ball/mark with their solutions.

> Have you checked the Application or System event logs for this error
> message? Surely, the error message even if it's not logged and is only
being
> displayed to you is pointing to the program or DLL that has the issue..
The
> message would be in the Event logs if these vendors you talk about are on
> the ball/mark with their solutions.
>

It's hard to know what's going on from the info.
provided, but if the problem is really scrrun.dll
then the software/script is trying to create a
FileSystemObject, Encoder, or Dictionary object.
Most likely it's the first. Scrrun.dll is the Scripting
Runtime, which has been pre-installed with the
Windows Script Host since at least Win2000. So
an error 429 with that would probably mean some
kind of Registry mixup or permission problem. There's
no reason to suspect the software itself, since
that software didn't install scrrun.dll.

"mayayana" <mayaXXyana1a@mindXXspring.com> wrote in message
news:efomAZ7HIHA.3848@TK2MSFTNGP05.phx.gbl...
>
>
>> Have you checked the Application or System event logs for this error
>> message? Surely, the error message even if it's not logged and is only
> being
>> displayed to you is pointing to the program or DLL that has the issue..
> The
>> message would be in the Event logs if these vendors you talk about are on
>> the ball/mark with their solutions.
>>
>
> It's hard to know what's going on from the info.
> provided, but if the problem is really scrrun.dll
> then the software/script is trying to create a
> FileSystemObject, Encoder, or Dictionary object.
> Most likely it's the first. Scrrun.dll is the Scripting
> Runtime, which has been pre-installed with the
> Windows Script Host since at least Win2000. So
> an error 429 with that would probably mean some
> kind of Registry mixup or permission problem. There's
> no reason to suspect the software itself, since
> that software didn't install scrrun.dll.
>

Anything is possible. The companies should come out with .Net solutions to
avoid the registry all together.

Hello!Same as your issue above, I get also the same "ActiveX component
can't create object" error. I had this software called myPOS Retail
Business Solution reinstalled in a client's cashier terminal after
having to reformat the disk and reinstall everything but the employee I
tasked to do the job gets error when exectuing the exe's. I asked him to
register all the system files needed along with making sure that he
performs Windows Update and check all ODBC connections, etc but to no
avail.I tried using Remote Access Software (www.LogMeIn.com) to check
and perform simulation and indeed I got the same error. I tried
reinstalling all VB 6.0 runtimes and even asked the employee to install
Crystal Report 8.5 Developer Edition and MS Visual Studio 6.0 with SP6
but then again, the error was still there.I tried checking all
components and none was tagged as "Missing". I will try to check now
the registry since we have some functions where an entry is generated
at the registry. Nonetheless, this is a bit weird. I cannot run my
codes over the client's terminal to do debugging just to check where
the error occurs since I don't want to expose the source code for
copying remotely. Thus, I am also in search for a quick fix on this
unless I decide to reformat the terminal myself and install all
softwares needed.I have been into Software Development for years now
and I can fix this if I were to run the code or redo everything but if
there is already a quick fix on this, it's better! Any suggestions?
Step by Step check? Thank you.*RYAN ERICSON CANLAS*International SAP
Basis ConsultantSAP Practice ManagerFreelance Business Solutions
DeveloperEntrepreneur-EducatorCreator of myPOS Retail Business
Solutionsryanericsongcanlas at yahoo.com


--
Ryan Canlas