Re: DOS program works in Admin account but not in a User account

On Sat, 03 Jun 2006 07:32:33 +0100, Robert M Jones wrote in
microsoft.public.win2000.cmdprompt.admin:

Newbie to WinXP-Home but otherwise fairly competent.
I have a legacy DOS program (Bible software) that runs fine in my XP
Home Admin account which is the one I installed it in (simply by copying
across the folder from an old win98HDD into the new C drive) but when I
run the shortcut or the exe file in my user account it just opens the
initial menu screen - if I click on one of the choices the screen
flashes off and that's it - finished = the problem is associated with
the underlying *.exe file - if I click that it just flashes on and off.

I've adjusted the underlying exe file as well as the bat file that the
shortcut runs, to be compatible as for Win98.

Can anyone give me any pointers to why this would happen in a user
account when the program works fine in an Admin account, and what can I
do about it? Is it associated with the fact that I just copied the
folder rather than running the full install from the floppies?

I've tried making the relevant folder and sub folders shared for all
users and also tried dragging it into the Shared documents folder (which
produces failures because of dud path entries in the various bat files)
but that doesn't improve things.

I assume it has something to do with access rights.

Open a command line window (Run... cmd), and navigate to the directory
where your program is; let's assume that directory is C:\Bible, then:
CD /D C:\Bible

Then run this command to show the access rights:
cacls .
and
cacls *.exe

Then post the output of these commands - you can cut and paste from the
command line window by: Alt+Space Edit Mark Shift+Arrow keys to
highlight, Enter to Copy, switch to your News Reader, Ctrl+V to paste.

Alternatively, you can inspect the access rights through the Graphical
User Interface in Explorer: navigate to the directory, highlight the
directory itself, right click (or press Shift+F10), select Properties,
Security. Give full access to Users.

--
Michael Bednarek http://mbednarek.com/ "POST NO BILLS"
.

Relevant Pages

  • DOS program works in Admin account but not in a User account
    ... I have a legacy DOS program that runs fine in my XP Home Admin account which is the one I installed it in but when I run the shortcut or the exe file in my user account it just opens the initial menu screen - if I click on one of the choices the screen flashes off and that's it - finished = the problem is associated with the underlying *.exe file - if I click that it just flashes on and off. ... Can anyone give me any pointers to why this would happen in a user account when the program works fine in an Admin account, and what can I do about it? ... Is it associated with the fact that I just copied the folder rather than running the full install from the floppies? ...
    (microsoft.public.win2000.cmdprompt.admin)
  • Re: viewing and deleting hacker created dirs
    ... I'd try installing a shell such as cygwin and use the 'ls' command from ... I assume you've checked that the folder isn't simply marked as hidden or as ... Agustin Chernitsky wrote: ... I can't see the .exe file also... ...
    (microsoft.public.win2000.security)
  • Re: DOS program works in my Admin account but not my user account
    ... You probably need to change the Security Permissions for allowing Everyone ... do it for the entire folder AND sub-folders. ... Admin account which is the one I installed it in (simply by copying across ... I've adjusted the underlying exe file as well as the bat file that the ...
    (microsoft.public.windowsxp.basics)
  • Re: How to get a SP2 I386 folder?
    ... Take the .exe file and extract it (you can do this with WinZip or via ... command line). ... I like to create a SYSTEM folder and I typically put the OS I386 folder in ... there as well as the Service Pack I386 folder. ...
    (microsoft.public.windowsxp.setup_deployment)
  • Re: Bringing it all together.
    ... > ...\Projects\Tool-name Folder do I need to ship to ensure full ... EXE file to be updated automatically. ... Before the Run command executes the program, ... compile a program without having to also run it by using the Compile ...
    (comp.lang.pascal.delphi.misc)