|
code
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Compiling DLL & VistaThis 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 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 | | "Kevin Provance" <ca***@tpasoft.com> wrote in message I don't know much about Vista yet, but from what I can gather from other 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. :\ 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 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 |
Show quote
Hide quote
"Kevin Provance" <ca***@tpasoft.com> wrote in message Just another OT comment to let you know you are not alone.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> 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 > I'm also having to fight it out with UAC - which is somewhat embarressing I guess we're going to have to set upas > 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. some sort of support group to help Vista co-dependents get back on their feet and leave that abusive relationship. :) > 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.On Sat, 3 Mar 2007 14:41:04 -0500, "Kevin Provance" <ca***@tpasoft.com> For those that haven't seen it yetwrote: >> 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? > http://www.youtube.com/watch?v=80sWifG40B0 :)) "Kevin Provance" <ca***@tpasoft.com>'s wild thoughts were released on Fri, 2 Mar 2007 23:39:44 -0500 bearing thefollowing fruit: >Well Mike...if you remember, I'm the type of guy who will just forcus on a That should not be the case.>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. 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 I didn't try setting regsvr32 to admin, but you could>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. 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 >| > > I didn't try setting regsvr32 to admin, but you could Yeah, I figured that one out already. However, it's a registry hack I was > workaround it. An app set to run under admin which calls > regsvr32 will work. 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 "Kevin Provance" <ca***@tpasoft.com>'s wild thoughts were released on Mon, 5 Mar 2007 19:29:27 -0500 bearing thefollowing fruit: >> I didn't try setting regsvr32 to admin, but you could Yep, I've used the right click menu for years and sure do>> 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. 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 >
InStr anomaly?
using Line Input Stop loading data process Application crashing - trying to track down the problem. Seriously OT: Vista Looking for an easy way to achive this problem. Needs help in string email attachments? Vb6 to check if a text file is already opened Server my program is trying to connect to is not a trusted site with XP? |
|||||||||||||||||||||||