Discussion Locked

NT permissions

0 helpful
19 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.
I have a banking program that I can not get to work on one accountants PC. I get a "runtime error 6, Overflow" error. When I log on as administrator it works just fine. I have been all through the NT file permissions and can see no reason why this error occurs. It works on other non-administrator logons that have the same permission settings as this accountant. Stumped.

19 replies

by markian

Possible solution.

Check to see if it is using a service that is dependant on the login. Run the Services manager and check the startup. Also VERY important and a forgoten one at that.

Under User Manager, hilight the account(s) in question, select Policies from the menu bar, then User Rights dropdown. Under the "User Rights Policy" dialog box, check mark the box "Show Advanced User Rights". Now when you drop down the "Right:" dropdown list, nirvana, you'll get a whole list of never before seen access rights.

Carefull you don't go overboard.

by pete.akers

Thank you for your reply but unfortunately those idea's did not work. It is not using a service that is depandant on a logon and the user rights are correct and similiar for both the working and not working account. Thanks.

by bluhippo

Look into the user environment variables. It sounds as though the other user have a system/user variable that he does not. below is how to check this.

To add or change the values of environment variables

Open System in Control Panel.
On the Advanced tab, click Environment Variables, then click the name of the user variable or system variable you want to change, as follows:
Click New to add a new variable name and value.
Click Edit to change a current variable name and value.
Click Delete to remove a variable name and value.
Notes

If you are not logged on as administrator to the local computer, the only environment variables you can change are user variables.
To open a Control Panel item, click Start, point to Settings, click Control Panel, and then double-click the appropriate icon.
Windows 2000 saves changes in the registry so they are available automatically the next time you start your computer.
You may have to close and reopen running programs for the new settings to take effect.

Good Luck

by rrajforu

It could be very annoying to get into the root of the the problem. This error is caused by various reasons. The one in your case could be mostly due to differences in the registry or if your application is using MS Access as the Database wherein thedatabase is trying to store more data than the already set field value.

If the application is running fine with other non-administrative logins then the problem could be mostly due to registry or the database.

Please try copying another user (same priviledge of an account's user and give some name like 'test') Now try logging in and check to see if the same error occurs again.

Thanx, Raj.

by gigelul

Your banking program use an ODBC driver?
Compare SystemDSN and UserDSN in Control panel ODBC, for these two users (one OK and one nonworking).

by rdunn

Depending on how well the banking software was written, your user may not have write permissions to a particular folder (say, a temporary location that the banking software writes to) or the winnt system folder - I would contact the vendor of the software and find out what they recommend as far as permissions go (and where the software is writing to).

Good luck!

Rob

by itnetman

We have had similar problems. The only solution we have found to work is to create a new profile for the user as the original profile has become corrupt. Tried many other options before coming to this solution. It always works for us. Hope this will help.

by dbesenho

can you re-run the setup program under the user's id (not as administrator)? sounds like a registry setting that is user-specific isn't set on his profile in registry.

This discussion is closed to new replies.