/regserver registers the executable file (dll, ocx or exe). Not sure why they need to keep re-registering... Usually that's a one and done process, re-registering is only necessary when you break binary compatibility. It's really a horrible design, but then it's based on FoxPro. :-)
You could try finding the part of the registry it's "updating" and adjust permissions so the non-admin user can modify the necessary entry. I'm just not sure how much you might need to open up. You'll probably need to adjust the file system so that the user has modify permissions to the executables as well. On Tue, Aug 18, 2009 at 10:11 AM, James Rankin <[email protected]>wrote: > Hi guys / gals > > I have a (POS) application that, unsurprisingly, is vital to our business. > The company that manufacture said app have decided that they need to use a > special executable to run it, which keeps the version updated. It's a FoxPro > app (blech) and for some reason, when they run it, the first thing it does > is call the main executable with the /regserver switch. I'm not sure what > this does, and would appreciate it if someone could educate me, because > unless you run it with admin rights (which ain't happening on my watch), the > thing fails with the error "Visual FoxPro could not start. Could not load > resources". Running with admin rights - all OK. > > I've been looking at process monitor output all afternoon and can't work > out what it's doing, I've been messing about with registry permissions and > file permissions for what seems like an eternity. The great Google-God > appears short on inspiration (for me, anyway). Can anyone tell me what this > mysterious /regserver switch does, as I am sure something in our mandatory > profile is preventing it from executing? > > As always, thanks gratefully provided in advance. > > > JRR > > -- > "On two occasions...I have been asked, 'Pray, Mr Babbage, if you put into > the machine wrong figures, will the right answers come out?' I am not able > rightly to apprehend the kind of confusion of ideas that could provoke such > a question." > > http://raythestray.blogspot.com > > > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
