none
Não executa como usuário, somente como administrador RRS feed

  • السؤال

  • Bom dia.

    Quando ingresso a máquina no Active Directory, faço a instalação de todos os programas (com um usuário administrador do domínio).

    Quando eu faço o logon com o usuário da máquina, e tento executar programas como o GRRF.exe da caixa, ele não deixa... dá uma mensagem e fecha automaticamente. Se eu faço a mesma coisa, com o usuário de administrador... funciona normalmente.

    Já verifiquei o UAC e está desabilitado, além disso o usuário possui as devidas permissões.

    Alguém tem alguma dica de como sanar este problema ?

    Obrigado.


    Jerry

    02/شوال/1434 02:00 م

الإجابات

  • Já tem um bom tempo que eu venho tendo este problema com o programa GRRF.exe e nenhuma solução encontrada na internet resolvia.

    Hoje, finalmente consegui fazer funcionar e espero que outros mais com o mesmo problema também possam.

    A solução consiste em ignorar o diretório padrão de instalação que é em C:\program files\Caixa\GRRF e instalar em outro diretório fora deste lugar. No caso eu criei uma pasta c:\caixa e instalei a partir daí. Como se sabe na pasta  Arquivos de Programa, o Windows pede permissão administrativa para escrever e o programa instala sua base de dados aí.

    Mas mesmo assim ainda não vai funcionar. Pra acontecer você tem que colocar para rodar em Modo de Compatibilidade. Só que o modo Windows XP Service Pack 3 (como falam na internet) não funciona. É preciso colocar pra rodar em modo de compatibilidade Windows 95.

    Testado em duas maquinas Windows 10 32bits. Ainda não testei em máquina de 64 bits mas acredito que funcionará também.

    03/شعبان/1441 03:15 م

جميع الردود

  • Olá Jerry.

    Por padrão, usuarios comuns não possuem permissão de escriva no diretorio C:. Alguns programas precisam escrever arquivos temporários em sua pasta de instalação (é o caso do GRRF). 

    Para utilizar este tipo de programa, voce aplicar permissões de escrita (Modificar) na pasta de instalação.

    Voce pode fazer isso manualmente ou via GPO, configurando a permissão em "Diretiva de Computador > Segurança > Arquivos de Sistema". Aqui voce deve apontar a pasta em que gostaria de aplicar a permissão. (Se a pasta não existir no servidor, crie ela)

    Caso não identifique qual é o diretoria de instalação, pode utilizar o "procmon.exe" um aplicativo da Systernals. Pode aprender como utilizar com o link abaixo;

    http://technet.microsoft.com/en-us/sysinternals/bb896645.

    Abraço

    • تم التحرير بواسطة Nathan Pinotti 03/شوال/1434 01:38 م
    03/شوال/1434 01:36 م
  • Já tem um bom tempo que eu venho tendo este problema com o programa GRRF.exe e nenhuma solução encontrada na internet resolvia.

    Hoje, finalmente consegui fazer funcionar e espero que outros mais com o mesmo problema também possam.

    A solução consiste em ignorar o diretório padrão de instalação que é em C:\program files\Caixa\GRRF e instalar em outro diretório fora deste lugar. No caso eu criei uma pasta c:\caixa e instalei a partir daí. Como se sabe na pasta  Arquivos de Programa, o Windows pede permissão administrativa para escrever e o programa instala sua base de dados aí.

    Mas mesmo assim ainda não vai funcionar. Pra acontecer você tem que colocar para rodar em Modo de Compatibilidade. Só que o modo Windows XP Service Pack 3 (como falam na internet) não funciona. É preciso colocar pra rodar em modo de compatibilidade Windows 95.

    Testado em duas maquinas Windows 10 32bits. Ainda não testei em máquina de 64 bits mas acredito que funcionará também.

    03/شعبان/1441 03:15 م
  • Perfeito. Funcionou para mim. Obrigado!
    28/ذو الحجة/1441 09:07 م
  • O que pode ter acontecido era permissão em %Program Files%, mas que ótimo que funcionou!!.
    06/محرم/1442 02:29 م
  • Olá meu caro,

    Estava com esse problema a tempos, única alternativa que tinha era conceder acesso como administrador local da máquina para os usuários rodar esses programas da caixa, e isso é uma grande falha de segurança. Porém você resolveu todos os meus problemas.

    Obrigado!

    02/ربيع الأول/1443 05:32 م