Home All Groups Group Topic Archive Search About
Author
2 Mar 2007 9:09 PM
Kevin Provance
This might have already been answered, but I cannot find it.

Using VB6 SP6 under Vista.  I am logged on as an administrator.  When I
attempt to compile an ActiveX DLL, I get the message "Error accessing system
registry"

When I try to register the same DLL I get an error 0x80004005
DllRegisterServer failed (seems to be another registry access thing).  I
knew this was going to be a PITA.

Does anyone know what's up with this?  I'll continue to Google in the
meantime, but there isn't a lot of info out there that I am able to find as
of yet.

Thanks guys

- Kev

Author
2 Mar 2007 10:36 PM
Kevin Provance
Well, apparently if you make VB6.exe and Link.exe at always run as
administrator, this will solve some of the problem.

What sucks is that I keep all my projects in their own folder, and Vista
won't allow VB to write settings to the .vbp file.  Stupid Vista.  Too many
workarounds.  :\


Show quoteHide quote
"Kevin Provance" <ca***@tpasoft.com> wrote in message
news:%23IJXL8QXHHA.600@TK2MSFTNGP05.phx.gbl...
| This might have already been answered, but I cannot find it.
|
| Using VB6 SP6 under Vista.  I am logged on as an administrator.  When I
| attempt to compile an ActiveX DLL, I get the message "Error accessing
system
| registry"
|
| When I try to register the same DLL I get an error 0x80004005
| DllRegisterServer failed (seems to be another registry access thing).  I
| knew this was going to be a PITA.
|
| Does anyone know what's up with this?  I'll continue to Google in the
| meantime, but there isn't a lot of info out there that I am able to find
as
| of yet.
|
| Thanks guys
|
| - Kev
|
|
Author
3 Mar 2007 1:09 AM
MikeD
"Kevin Provance" <ca***@tpasoft.com> wrote in message
news:udQXAtRXHHA.4872@TK2MSFTNGP03.phx.gbl...
> Well, apparently if you make VB6.exe and Link.exe at always run as
> administrator, this will solve some of the problem.
>
> What sucks is that I keep all my projects in their own folder, and Vista
> won't allow VB to write settings to the .vbp file.  Stupid Vista.  Too
> many
> workarounds.  :\


I don't know much about Vista yet, but from what I can gather from other
posts and just reading about Vista, try turning off UAC. From my understand,
with it own, most programs are going to "think" they're running under
non-admin accounts....even if you are logged on as an administrator.  To me,
this is no different than people trying to run VB (or any development
programs) under non-admin accounts in earlier versions of Windows.

--
Mike
Microsoft MVP Visual Basic
Author
3 Mar 2007 4:39 AM
Kevin Provance
Well Mike...if you remember, I'm the type of guy who will just forcus on a
problem until I've got it fixed and everything else be damned (minus my son,
of course).  I've been studying Vista all day.  MSDN, newgroups, Google, you
name it and I think I'm starting to get a grasp on the monster I am up
against, and it ain't pretty.

Apparently, running as an Admin or setting a program to run as Admin will
encourage the UAC prompt, where as running as a standard user won't (ass
backwards, ain't it?)  The more privlidges you give yourself, the more
prompts you get.

The biggest problem I've found in my cool little registry hack to register
and unregister ActX DLLs and OCXs by double-clicking on the given file won't
work with Vista because one cannot set regsvr32 to run ad admin.  The file
prevents it (hard coded that way I am guessing).  So, to properly register
all the ActX stuff requires loading it up and compiling...which becomes
tedious after awhile.  Because I keep all my code on the XP box and load my
code via the network I had to set sharing privlidges on XP to accomodate the
Vista box.  I'd hate to have to have two separate code bases, one on each
box to work off of, so for now that's how I'm doing it.

Try reading the Vista newsgroups....lots of complaining about the UAC.
Ultimately I will shut it off, but for now I am running with the least
privlidges as to ensure a properly running program as most users will
ultimately be running the same.  Provided things go well under those
settings, being an Admin should be a breeze.

So yeah, Vista is really picking about ActiveX, registry writing and file
writing.  The Developer Best Practices and Guidelines for Applications in a
Least Privileged Environment artivle is a real help and worth reading.  :-)

- Kev

Show quoteHide quote
"MikeD" <nob***@nowhere.edu> wrote in message
news:OBBYFCTXHHA.1200@TK2MSFTNGP04.phx.gbl...
|
| "Kevin Provance" <ca***@tpasoft.com> wrote in message
| news:udQXAtRXHHA.4872@TK2MSFTNGP03.phx.gbl...
| > Well, apparently if you make VB6.exe and Link.exe at always run as
| > administrator, this will solve some of the problem.
| >
| > What sucks is that I keep all my projects in their own folder, and Vista
| > won't allow VB to write settings to the .vbp file.  Stupid Vista.  Too
| > many
| > workarounds.  :\
|
|
| I don't know much about Vista yet, but from what I can gather from other
| posts and just reading about Vista, try turning off UAC. From my
understand,
| with it own, most programs are going to "think" they're running under
| non-admin accounts....even if you are logged on as an administrator.  To
me,
| this is no different than people trying to run VB (or any development
| programs) under non-admin accounts in earlier versions of Windows.
|
| --
| Mike
| Microsoft MVP Visual Basic
|
Author
3 Mar 2007 10:35 AM
Ralph
Show quote Hide quote
"Kevin Provance" <ca***@tpasoft.com> wrote in message
news:Om2H23UXHHA.1388@TK2MSFTNGP05.phx.gbl...
> Well Mike...if you remember, I'm the type of guy who will just forcus on a
> problem until I've got it fixed and everything else be damned (minus my
son,
> of course).  I've been studying Vista all day.  MSDN, newgroups, Google,
you
> name it and I think I'm starting to get a grasp on the monster I am up
> against, and it ain't pretty.
>
> Apparently, running as an Admin or setting a program to run as Admin will
> encourage the UAC prompt, where as running as a standard user won't (ass
> backwards, ain't it?)  The more privlidges you give yourself, the more
> prompts you get.
>
> The biggest problem I've found in my cool little registry hack to register
> and unregister ActX DLLs and OCXs by double-clicking on the given file
won't
> work with Vista because one cannot set regsvr32 to run ad admin.  The file
> prevents it (hard coded that way I am guessing).  So, to properly register
> all the ActX stuff requires loading it up and compiling...which becomes
> tedious after awhile.  Because I keep all my code on the XP box and load
my
> code via the network I had to set sharing privlidges on XP to accomodate
the
> Vista box.  I'd hate to have to have two separate code bases, one on each
> box to work off of, so for now that's how I'm doing it.
>
> Try reading the Vista newsgroups....lots of complaining about the UAC.
> Ultimately I will shut it off, but for now I am running with the least
> privlidges as to ensure a properly running program as most users will
> ultimately be running the same.  Provided things go well under those
> settings, being an Admin should be a breeze.
>
> So yeah, Vista is really picking about ActiveX, registry writing and file
> writing.  The Developer Best Practices and Guidelines for Applications in
a
> Least Privileged Environment artivle is a real help and worth reading.
:-)
>
> - Kev
>
> <snipped>

Just another OT comment to let you know you are not alone.

I'm also having to fight it out with UAC - which is somewhat embarressing as
I, after piddling with pre-released versions of Vista, avowed quite loudly
in this group and at work that I would absolutely nothing to do with Vista
until at least SP2. <insert sound of someone eating crow>

The new 'security' features of Vista are of interest to my client because
they have dozens, if not hundreds, of projects/programs developed over the
years - each with their own slight variations on where to put things etc.
There have been multiple attempts to apply single enterprise-wide solutions,
but like all such schemes are dependent on voluntary adoption of
conventions. The idea that the OS would enforce a De Facto standard has
appeal.

Or so the theory goes. <g>

Problem is there doesn't seem to be any "De Facto" standard. Or rather I am
having trouble seeing one. (I see the swatches and recognize the various
stitches, but can't quite see the quilt.) The 'fixes' are as ad hoc and
diverse as the original conventions we are seeking to resolve. Also as I put
a pencil to it, adopting to UAC ain't going to be cheap. If we turn it off,
what was the point of going there in the first place?

Meanwhile, the UNIX crowd are ROFLTAO!

-ralph
Author
3 Mar 2007 4:16 PM
mayayana
> I'm also having to fight it out with UAC - which is somewhat embarressing
as
> I, after piddling with pre-released versions of Vista, avowed quite loudly
> in this group and at work that I would absolutely nothing to do with Vista
> until at least SP2.

    I guess we're going to have to set up
some sort of support group to help Vista
co-dependents get back on their feet and
leave that abusive relationship. :)
Author
3 Mar 2007 7:41 PM
Kevin Provance
> Meanwhile, the UNIX crowd are ROFLTAO!

Have you seen the latest Mac (vs PC) commercial?  PC, which has Vista
installed has to stop after every sentance to ask himself if he really wants
to do that, while Mac is secretly laughing at him?

::sigh::

So true.
Author
4 Mar 2007 2:03 AM
Alfie [UK]
On Sat, 3 Mar 2007 14:41:04 -0500, "Kevin Provance" <ca***@tpasoft.com>
wrote:

>> Meanwhile, the UNIX crowd are ROFLTAO!
>
>Have you seen the latest Mac (vs PC) commercial?  PC, which has Vista
>installed has to stop after every sentance to ask himself if he really wants
>to do that, while Mac is secretly laughing at him?
>
For those that haven't seen it yet
http://www.youtube.com/watch?v=80sWifG40B0 :))
--
Alfie [UK]
<http://www.delphia.co.uk/>
The only substitute for good manners is fast reflexes.
Author
5 Mar 2007 9:27 AM
Jan Hyde
"Kevin Provance" <ca***@tpasoft.com>'s wild thoughts were
released on Fri, 2 Mar 2007 23:39:44 -0500 bearing the
following fruit:

>Well Mike...if you remember, I'm the type of guy who will just forcus on a
>problem until I've got it fixed and everything else be damned (minus my son,
>of course).  I've been studying Vista all day.  MSDN, newgroups, Google, you
>name it and I think I'm starting to get a grasp on the monster I am up
>against, and it ain't pretty.
>
>Apparently, running as an Admin or setting a program to run as Admin will
>encourage the UAC prompt, where as running as a standard user won't (ass
>backwards, ain't it?)  The more privlidges you give yourself, the more
>prompts you get.

That should not be the case.

VB will run without a prompt for normal and admin users.

However, you really need admin privelages in which case you
need to set it to run as admin - in which case you will be
prompted.

The prompt should appear for both normal and admin users in
this case but normal users will also have to provide the
admin password.

>The biggest problem I've found in my cool little registry hack to register
>and unregister ActX DLLs and OCXs by double-clicking on the given file won't
>work with Vista because one cannot set regsvr32 to run ad admin.  The file
>prevents it (hard coded that way I am guessing).  So, to properly register
>all the ActX stuff requires loading it up and compiling...which becomes
>tedious after awhile.  Because I keep all my code on the XP box and load my
>code via the network I had to set sharing privlidges on XP to accomodate the
>Vista box.  I'd hate to have to have two separate code bases, one on each
>box to work off of, so for now that's how I'm doing it.

I didn't try setting regsvr32 to admin, but you could
workaround it. An app set to run under admin which calls
regsvr32 will work.

J

Show quoteHide quote
>Try reading the Vista newsgroups....lots of complaining about the UAC.
>Ultimately I will shut it off, but for now I am running with the least
>privlidges as to ensure a properly running program as most users will
>ultimately be running the same.  Provided things go well under those
>settings, being an Admin should be a breeze.
>
>So yeah, Vista is really picking about ActiveX, registry writing and file
>writing.  The Developer Best Practices and Guidelines for Applications in a
>Least Privileged Environment artivle is a real help and worth reading.  :-)
>
>- Kev
>
>"MikeD" <nob***@nowhere.edu> wrote in message
>news:OBBYFCTXHHA.1200@TK2MSFTNGP04.phx.gbl...
>|
>| "Kevin Provance" <ca***@tpasoft.com> wrote in message
>| news:udQXAtRXHHA.4872@TK2MSFTNGP03.phx.gbl...
>| > Well, apparently if you make VB6.exe and Link.exe at always run as
>| > administrator, this will solve some of the problem.
>| >
>| > What sucks is that I keep all my projects in their own folder, and Vista
>| > won't allow VB to write settings to the .vbp file.  Stupid Vista.  Too
>| > many
>| > workarounds.  :\
>|
>|
>| I don't know much about Vista yet, but from what I can gather from other
>| posts and just reading about Vista, try turning off UAC. From my
>understand,
>| with it own, most programs are going to "think" they're running under
>| non-admin accounts....even if you are logged on as an administrator.  To
>me,
>| this is no different than people trying to run VB (or any development
>| programs) under non-admin accounts in earlier versions of Windows.
>|
>| --
>| Mike
>| Microsoft MVP Visual Basic
>|
>
Author
6 Mar 2007 12:29 AM
Kevin Provance
> I didn't try setting regsvr32 to admin, but you could
> workaround it. An app set to run under admin which calls
> regsvr32 will work.

Yeah, I figured that one out already.  However, it's a registry hack I was
using to incorporate the Windows Shell to add "Register" and "Unregister"
when double-clicking on (or context menu) any given ActX DLL or OCX.  It
just kicked back a call to regsvr32 with the selected file as a command
line.  I've not found a way to run a call to a program from the shell "as
Admin".  I even peeked around as registry permissions...no go.  My hack
won't wok on Vista, plain and simple.  Oh well...it just forces me to do it
the way I should be doing it.  ;-)

- Kev
Author
6 Mar 2007 9:07 AM
Jan Hyde
"Kevin Provance" <ca***@tpasoft.com>'s wild thoughts were
released on Mon, 5 Mar 2007 19:29:27 -0500 bearing the
following fruit:

>> I didn't try setting regsvr32 to admin, but you could
>> workaround it. An app set to run under admin which calls
>> regsvr32 will work.
>
>Yeah, I figured that one out already.  However, it's a registry hack I was
>using to incorporate the Windows Shell to add "Register" and "Unregister"
>when double-clicking on (or context menu) any given ActX DLL or OCX.

Yep, I've used the right click menu for years and sure do
miss it.

J

Show quoteHide quote
>It
>just kicked back a call to regsvr32 with the selected file as a command
>line.  I've not found a way to run a call to a program from the shell "as
>Admin".  I even peeked around as registry permissions...no go.  My hack
>won't wok on Vista, plain and simple.  Oh well...it just forces me to do it
>the way I should be doing it.  ;-)
>
>- Kev
>