On our development PC's we have modified the (default)/<No Name> value of
the LocalServer key under the CLSID for Access.Application.9 (.10). (The
CLSID is {73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9})

It seems to have no effect.
For example, if I change
"C:\PROGRA~1\Office2K\Office\MSACCESS.EXE"
to
"C:\PROGRA~1\Office2K\Of fice\MSACCESS.EXE"
I can still create an Access.Application.9 object

Is this normal? Have I made a mistake in testing?

(david)
-------------------
PS:

With Access.Application.8, if we modify the LocalServer Entry, it modifies
the action of CreateObject and GetObject. Uf we break the path, then we are
unable to Create an Access.Application.8 object.

But When I try with Access.Application.9, (CLSID =
{73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9}) the value under the LocalServer key
seems to be ignored.

Win2K/A2K, there is also a "LocalServer32" REG_MULTI_SZ under the
LocalServer32 key, but my understanding is that it is only part of the
Windows Installer system.

My understanding was that
Double Clicking on an MDB pointed to Access.Application, pointed to
Access.Application.9, used the SHELL value to start an EXE

DDE used the DDE value to start an EXE

OLE used the CLSID LocalServer32 value to start an EXE.

Has this changed with Access 2K? Does the REG_MULTI_SZ do something else?

Are you in the right place? Shouldn't you be somewhere around;
HKLM\Software\Classes\Access.Application.11\shell

--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft MVP [Windows NT/2000 Operating Systems]

"david epsom dot com dot au" wrote:
> On our development PC's we have modified the (default)/<No Name> value of
> the LocalServer key under the CLSID for Access.Application.9 (.10). (The
> CLSID is {73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9})
>
> It seems to have no effect.
> For example, if I change
> "C:\PROGRA~1\Office2K\Office\MSACCESS.EXE"
> to
> "C:\PROGRA~1\Office2K\Of fice\MSACCESS.EXE"
> I can still create an Access.Application.9 object
>
> Is this normal? Have I made a mistake in testing?
>
> (david)
> -------------------
> PS:
>
> With Access.Application.8, if we modify the LocalServer Entry, it modifies
> the action of CreateObject and GetObject. Uf we break the path, then we
are
> unable to Create an Access.Application.8 object.
>
> But When I try with Access.Application.9, (CLSID =
> {73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9}) the value under the LocalServer
key
> seems to be ignored.
>
> Win2K/A2K, there is also a "LocalServer32" REG_MULTI_SZ under the
> LocalServer32 key, but my understanding is that it is only part of the
> Windows Installer system.
>
> My understanding was that
> Double Clicking on an MDB pointed to Access.Application, pointed to
> Access.Application.9, used the SHELL value to start an EXE
>
> DDE used the DDE value to start an EXE
>
> OLE used the CLSID LocalServer32 value to start an EXE.
>
> Has this changed with Access 2K? Does the REG_MULTI_SZ do something else?
>
>
>

Dave Patrick wrote in news:(E-Mail Removed):

> Are you in the right place? Shouldn't you be somewhere around;
> HKLM\Software\Classes\Access.Application.11\shell
>

Access 2000 is ".9" AFAIK. ".11" is (I think) Office (Access) 2003

But I have nothing for the OP at all.

no, last I looked, the SHELL part refers to what happens when
you issue commands to the command shell. For example, when you
double click on an MDB, ask the shell to open an MDB, or use
DDE. OLE uses the CLSID. (This is why automation does not
distinguish Access.Application.9 and Access.Application.10:
they both have the same ClaSs ID, and they use which ever
LocalServer32 is registered for that ClaSs ID)

I notice that if I delete or rename the REG_MULTI_SZ value
LocalServer32\LocalServer32
then the REG_SZ value at
LocalServer32\(default)
is used.

I wonder if the is a general OLE feature, or a special feature
of MS office objects?

(david)

"Dave Patrick" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Yea, I knew that part. I almost posted
> HKLM\Software\Classes\Access.Application.*\shell
> but opted not to cause more confusion.
>
> --
> Regards,
>
> Dave Patrick ....Please no email replies - reply in newsgroup.
> Microsoft MVP [Windows NT/2000 Operating Systems]
>
> "Mark V" wrote:
> >
> > Access 2000 is ".9" AFAIK. ".11" is (I think) Office (Access) 2003
> >
> > But I have nothing for the OP at all.
> >
>
>

Someone may have a clue in office.developer.automation

--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft MVP [Windows NT/2000 Operating Systems]

"david epsom dot com dot au" wrote:
> no, last I looked, the SHELL part refers to what happens when
> you issue commands to the command shell. For example, when you
> double click on an MDB, ask the shell to open an MDB, or use
> DDE. OLE uses the CLSID. (This is why automation does not
> distinguish Access.Application.9 and Access.Application.10:
> they both have the same ClaSs ID, and they use which ever
> LocalServer32 is registered for that ClaSs ID)
>
> I notice that if I delete or rename the REG_MULTI_SZ value
> LocalServer32\LocalServer32
> then the REG_SZ value at
> LocalServer32\(default)
> is used.
>
> I wonder if the is a general OLE feature, or a special feature
> of MS office objects?
>
> (david)