DBCMD/2001 Workarea not in use: DBBOBOTTOM

[matrix]

pessoal já revisei as linhas e nada e achar o problema que causa isso,, se puderem me dar uma luz.......

[Gelson]

Olá, matrix, tubo bem ?

veja se o arquivo de você esta pedindo para abrir existe , conforme instruções abaixo.

DBCMD/2001 Work area not in use

Explanation: An attempt to execute a command or function that
requires the use of a database failed because there was no database open
in the specified work area.

Action: Correct the program. If the command is prefixed by an
alias, verify that the alias is spelled correctly.

[janio]

Olá,

olhe essas duas mensagens, talvez ajude!

mensagem1
mensagem2

Um abraço,

Janio

[microvolution]

pessoal bom dia!

o meu problema é:

tenho um aplicativo em clipper migrado pra harbour funcionando perfeitamente em rede win server 2k3 com estações em win xp. Todos os usuários funcionam perfeitamente que são usuários comuns (não são administradores).

Acessam o aplicativo via rede (AD Active Directory domínio) que está instalado fisicamente no servidor 2k3 de nome srv01. As estações são nomeados como MCR0x.

Então, resolvi experimentar o sistema rodando numa máquina com win 7.

Aí começaram os problemas. Se eu logar na estação com o meu login (administrador) roda tudo perfeito. Mas, se logar com um dos usuários básicos, aparece o seguinte erro (semelhante ao aqui do post):

ERROR DBCMD/2001 WORKAREA NÃO ESTÁ EM USO: ORDLISTCLEAR CALLED FROM MAIN (851).

Aí abro o .PRG (main) na linha 851 e está os seguintes comandos/funções:

Código: Selecionar todos

            use C:\WINDOWS\SYSTEM32\FRMV.INF shared new
            set index to C:\WINDOWS\SYSTEM32\FRMV.INI
            NM_EMPRESA   := NMEMPRESA
            NOME_EMPRESA := NMEMPRESA
            mREGISTRO    := REG
            mDT_LIB      := DT_LIB // esta é a linha 851 e última desta sequência.

Então, como disse a linha 851 onde está o tal ORDLISTCLEAR é a última acima, que repito abaixo:

mDT_LIB := DT_LIB // esta é a linha 851 e última desta sequência.

Lembrando que já diminuí a segurança do WIN 7 Ultimate (UAC User Account Control) para ou mínimo ou "desabilitado" mas infelizmente não surtiu efeito desejado.

Vi, que um usuário de 5win mudou também as seguranças da pasta onde estão as tabelas DBF, mas, isso não sei como fazer, e, lá como é um fórum de fivewin eles não responderam.

Tem como ajudar?

grato,

"se o Senhor não edificar a casa, em vão trabalham os que a edificam..."

[Heero]

Olá microvolution,

É necessário mesmo que o seu sistema aponte para um arquivo na pasta Windows ?

O Windows 7 em diante são mais chatos com atributos. Se o usuário não tiver as devidas permissões, não conseguirá acessar nada dessa pasta. Por favor, teste usando os arquivos FRMV.ini e FRMV.inf em outro lugar. Na pasta do seu sistema por exemplo.

[microvolution]

Por favor, teste usando os arquivos FRMV.ini e FRMV.inf em outro lugar. Na pasta do seu sistema por exemplo.

Olá Heero, obrigado por tão prontamente responder.

Esse é o problema. Esse arquivo tem que estar escondido e camuflado em algum lugar e, por isso não estou colocando-o na pasta de instalação do meu sistema.
Precisamos de alguma solução quanto à "chatisse" que vc cita sobre o Win Vista e superiores...

Se vc ou outro professor tiver outra alternativa, ficarei sinceramente agradecido.

[Kapiaba]

Olá, tente assim:

Código: Selecionar todos

   use C:\WINDOWS\TEMP\FRMV.INF shared new
   set index to C:\WINDOWS\TEMP\FRMV.INI

Ou, crie um subpasta própria para seu uso, creio que o windows não bloqueará. Abs.

[prmuller]

Bom dia amigo!
Resolvi problema idêntico da seguinte forma: como administrador, vá nas propriedades dos arquivos necessários e na aba segurança/avançadas crie um usuário de nome Todos e dê controle total sobre o arquivo em questão.
Acredito que isso bastará.

Sds,
Paulo Müller

[microvolution]

Resolvi problema idêntico

Olá PRMULLER vou tentar sua dica e se der certo, postarei aqui os resultados.... abraços!

Olá, tente assim:

Prezado professor "kapiaba" a sua dica é muito pertinente, e, nós poderíamos fazer até melhor, colocar noutra pasta diferente das pastas particulares do windows como "windows" e a "arquivosde programas". Mas, aí que está o detalhe, nosso sistema já funciona há anos com essa nomenclatura, pra esconder do "pirateiro" parte dos códigos de segurança do sistema, que funciona randomicamente em várias pastas e até mesmo dentro do registro do windows.
Aí, se alguém que tem um sistema nosso instalado e os arquivos secretos estão na pasta "windows" e num outro cliente, os arquivos estão por exemplo na pasta win\system. Então, se alguém retirar de uma pasta para outra o sistema não funcionará. Se, também não existir no registro de windows algumas chaves aleatórias também não funcionará. Funciona como um "cavalo de troia". Então, se eu modificar as linhas de comando terei mais trabalho que a solução não compensa.

se o Toledo e demais administradores acharem por bem podem mudar de localOutra coisa também, o que vou escrever aqui abaixo:
aproveitando o tópico - meu aplicativo pra ser executado no windows vista, vii, viii, x, etc... precisa ser executado como "modo administrador" e aí toda vez que o usuário abrir o sistema (apesar de já estar marcado nas propriedades do sistema executar automaticamente como Administrador) a pergunta é feita:

Executar SIM ou NÃO

Ou seja, mesmo o meu sistema já possuir instalador próprio, ele só funciona se tiver marcado como administrador. Até aí tudo bem, mas, o incoveniente - pra não dizer "chato" é ter que ficar respondendo SIM (clicando como o mouse) pois o NÃO já fica previamente definido como padrão.

Então, os nobres professores tem uma ideia de como eliminar ou programar para que essa pergunta já fica automaticamente no SIM ou que não precise dela?

[asimoes]

Peguei esse erro com Dbf criado com mem:

DbCreate( "mem:" + ::cTbl001, aStru, "DBFCDX", .T., ::cTbl001 )

Erro___________:Erro DBCMD/2001 Workarea nao esta em uso, Operacao: DBAPPEND