[Resolvido]Erro 2950, como Corregi-lo?

Bom dia...
Como sempre recorro ao forum por causa de um erro.
Tentando abrir o formulario de acrescentar itens no histórico de lojas me aparesce este erro..

Nome da Macro..
Pagina Inicial : RtlIncluirPatrimonionoHistoricodeLoja : OnClick : Macro Incorporada

Condição
Verdadeiro

Nome da ação
Abrir Formulario.

Argumentos
Cadastro de Patrimônio; Formulário; ; ; ; Normal

Numero do erro
2950

Alguem sabe o que posso fazer?
Desde ja agradeço.

Veja as informações da Microsoft para este erro

http://support.microsoft.com/kb/931407/pt-br

Bom dia Vieira..

Ja fiz tudo o que é pedido nesta matéria, mesmo assim o Access continua broqueando o Formulario com a mesma mensagem.

Tente então desabilitar a mensagem de segurança:
http://dl.dropbox.com/u/8157744/messoff.zip

Ok pessoal..

Demorei mas Resolvi...

Obrigado a todos.

Amigo Samuca, seria útil se coloca-se a forma como resolveu para todos os colegas.

Obrigado

Ok, amigão, obrigado pelo retorno, provávelmente o formulário estaria com controles a mais e com algum gerando incompatibilidade com outro. A divisão foi certamente a melhor ideia. Obrigado e bom trabalho.

Ola!
Bem, fiz todos os procedimentos sitados neste tópico, desabilitando as mensagens de segurança e tudo mais, e continuo com o mesmo problema, ERRO 2950, do qual também é me informado antes da mensagem como o numero do ERRO, uma outra mensagem informando-me que: "o mecanismo do banco de dados não pode bloquear a tabela 'xxxx', pois ela esta sendo usada por outra pessoa ou processo".

Nao sei se tem haver, mas o meu problema tá num botão apenas, criado para gerar (visualizar) um relatório do qual encontra-se em uma das "paginas" (ou aba) que compõe um formulário, ou seja, neste único formulário ha 8 abas, com diversas tabelas e subformulários, dos quais eu já tinha criado uma macro (esta descrita em detalhes logo abaixo) que tinha resolvido o meu problema, mas ainda modificando o meu Banco de Dados, o problema voltou!! Impossibilitando o funcionamento da macro inicial. Vale ressaltar que ja possuo diversas consultas e relatórios funcionando perfeitamente como os seus respectivos botoes, mas só este ultimo caso é que está me impedindo de finalizar o meu projeto.

A macro do qual criei faz as seguintes ações:
[1º] Ele FECHA o Formulário do qual o Access me diz que está aberto, perguntando se eu desejo SALVAR algo caso foi feito alguma alteração nele.
[2º] Ele abre o Relatório do qual eu quero visualizar.
[3º] Ele ABRE novamente o Formulário que mandei FECHAR na etapa [1].

Bem, testando a macro ela funciona corretamente, mas ao vincular esta mesma macro no Formulário, como EVENTO AO CLICAR em um determinado botão, dá o referido mensagem de ERRO 2950.



O que é que estou fazendo de errado?

Obs: Uso XPSP3, Office 2007-SP3, mas também possuo as outras 2 versões do access instalada no mesmo pc, contudo to fazendo uso da versão 2007 mesmo por ser mais popular(ainda), bem como sua compatibilidade por conta desta popularização.

Entao!! Ninguem pode me ajudar?? Ainda nao conseguir resolver esta situação. Me ajudem por favor.

Muito bem, já que ninguém aqui no fórum se predispoe a me ajudar, tive de dá os meus pulos em relação ao mesmo problema já mencionado neste tópico. Acabei de achar a resolução nao na net, cujo me matei em procurar e nada achei.
A resolução é simples, trata-se de uma "proteção" no Access do qual é atribuída a um FORMULÁRIO ou a um RELATÓRIO,do qual impede ou não a sua abertura de acordo com opção encontrada no próprio Access. Cujo esta opção de "proteção de registro" num Formulário tem seu padrão (Default)atributo "desabilitado", ou melhor dizendo, "sem proteção" (para visualizar ou mudar este atributo é só ir no modo Design, na PROPRIEDADE do tal FORMULÁRIO, lá na Aba DADOS, e verificar ou mudar conforme o desejado), contudo... já num RELATÓRIO o caso é o inverso, ele vem com o mesmo atributo dessa "proteção de registro" no seu "padrão" (Default) como sendo um relatório "protegido", ou seja, neste caso a opção descrita lá no Access é dita como: "Todos os Registros" (como a opção de proteção, cujo para muda-la ou visualiza-la é no modo Design, propriedades do relatório, aba "OUTRA", opção: PROTEÇÕES DO REGISTRO. Bem, ao menos eu acho que vem como padrão esta opção lá no relatório, nisso visto que EU não fiz esta seleção ao criar o meu banco de dados.

Bem, o que eu sei foi que ao desproteger o meu Relatório conforme descrevi acima, nao tive mais a mensagem de ERRO no Access, informando-me que "O MECANISMO DO BANCO DE DADOS NÃO PODE DESBLOQUEAR A TABELA 'TAL' POIS ELA ESTA SENDO USADA POR OUTRA PESSOA OU PROCESSO" - ERRO 2950.

EU sinceramente espero ter ajudado ou contribuído de alguma forma a aqueles que estavam tendo o mesmo problema que o meu, e que tenha sido claro na explicação de resolução. Boa sorte a todos.

Boa tarde ...

Me desculpe a demora, mas andei viajando muito e não tive tempo de acessar o forum..

Meu parabens pela descoberta, se você não tivesse encontrado, eu teria o maior preaer em te ajuda, vou tentar acessor o forum pelo menos uma vez por dia para ajudar os colegas..

Bom dia suporte_eficaz.

Me perdoe não ter te ajudado, pois recebi os alertas de mensagens só hoje, mas caso precise de mais alguma ajuda, me responda este post, que te enviarei o meu e-mail particular para discutirmos.
Ok.

Um abraço.

Pessoal bom dia. Sou novo aqui e descobrindo a arte de conversar com o Access. Estou desenvolvendo um access e tive o mesmo problema, fiz todos estes passos e não deu certo. Depois de 2 dias de tentativa e erro, preço pago por muitos iniciantes como eu, descobri que a fórmula colocada na consulta do relatório gerava o erro, pois o caminho da fórmula indicava o formulário origem, de forma direta e não como subformulário, com era utilizado na execução da interface como o usuário. Como corrigi, refiz a fórmula deixando o formulário principal da interface aberto e localizando o subformulário, através do Assistente de Pesquisa ("Contruir"), onde era introduzido dado para executar o relatório. Os dados que inseri eram para alimentar datas do período de consulta.