Erro ao gerar o Bloco D - O comando não estava preparado

[Gr@c@]

Ao gerar o bloco D (fretes CTRC) está dando essa exception: "O comando não está preparado"

Já debuguei meu aplicativo e ele chega a gerar os registro D200,D201,D205 até o dia 21/01/2012 e depois não consegue mais. Os registros estão corretos na tabela e não estou encontrando motivo aparente para o erro.

Pode ser um erro de memória ou algo parecido?

Tem uma base de 500 fretes/por dia

[EMBarbosa]

Não acho que o erro seja no componente em si. Mas sem os códigos que geram o erro é muito difícil dizer o que pode ter causado.

A mensagem parece com erro de objetos OLE. Talvez uma conexão com o Banco de Dados usando drivers OLE?

[Gr@c@]

Sim, eu uso ADO com SQL Server.

Ao ler os fretes, gravo uma tabela de totalização por CST/CFOP através de um componente ADOCommand. Só que esse erro só ocorre quando tenho uma movimentação muito grande de fretes.

Fiz um teste, retirando essa parte da gravação da tabela. Daí passa a dar Out Of Memory. Então o problema não está no ADO, apenas ocorreu uma coincidencia de não conseguir executar o comando do ADO por já haver falta de memória.

Não existe erro nos registros do banco de dados. Todos tem os mesmos campos informados, com CST / cfop válido, datas válidas e valores também válidos.

Com essa mesma base de dados consigo gerar o SPED Fiscal, o que aparentemente significa que não há erro de trilha no base de dados.

Percebi que os blocos C e A tem o Fechar Bloco e o D não tem.

Fiz também outro teste com uma base de dados que eu mesma gerei. Também ocorre o erro. Deixando nessa base de dados uma faixa de 50 registros por dia, o erro deixa de ocorrer.

ACBrSPEDPisCofins1.WriteBloco_C(True);

ACBrSPEDPisCofins1.WriteBloco_A(True);

A movimentação do Bloco D ( no caso da transportadora que estou tentando gerar o arquivo ) é muito grande. Poderia ser a falta do Fechar Bloco? Por que em alguns registros é usado esse parâmetro?

Obs: estou gerando com concomitante e linhasbuffer = 1000.

Também cheguei a pensar na possibilidade de ser o New dos registros D200/D201/D205

estou usando:

With RegistroD200New do

begin

  With RegistroD201New do

  begin

    ....

  end;

  With RegistroD205New do

  begin

    ...

  end;

end;

[EMBarbosa]

Ah. Então o erro podia ter sido causado mesmo pela falta de memória, mas o erro era do OLE e não do componente.

"Out of Memory", realmente deve ser do componente com uma base de dados grande. Eu precisaria de um exemplo para poder analisar melhor.

Sei que outro usuários do fórum já passaram por isso. Talvez algum possa ajudar.

Só por via das dúvidas, qual a versão do Delphi usado nesse projeto?

[Gr@c@]

Uso:

Delphi 7

Componente de conexão ADOConnection

Banco de dados SQL Server 2000

ACBr versão 3593

média de CTRC ou CTe/Mes = 20.000, uma faixa de 500 a 700 fretes/dia (a partir de junho essa média vai aumentar muito porque atualmente só atendem a região de BH e Contagem, mas a empresa já fez contrato com a distribuidora para atender toda a região SUDESTE e CENTRO-OESTE Credo! )

[Juliomar Marchetti]

Olha só

há muito tempo atrás cerca de uns 6 anos

trabalhava com delphi 7 e SQL server 2000

fazia integrações de bases usando ADO

e sempre tive problemas pois era coisa do SQL server 2000

após a atualização do banco para o o 2005 meus problemas se resolveram

[EMBarbosa]

Você utiliza o FastMM? Caso negativo, use o no seu projeto.

Ele é tão importante que se tornou padrão nas versões mais recentes do Delphi.

Postei sobre ele num erro parecido aqui.

Daí você nos dê algum retorno.

[Gr@c@]

Substitui o componente ADOCommand (que eu usava para gravar uma tabela) pelo ADOQuery e o problema resolveu. Pesquisando na net, vi que existiam outras pessoas com o mesmo tipo de problema de "Comando não preparado" causado pelo ADOCommand.

[EMBarbosa]

Gr@ç@,

Obrigado pelo retorno. Mas só pra confirmar, usando o ADOQuery não deu mais erro de "Out of Memory"?

Em tempo, mesmo assim, se você usa Delphi 7, eu sugiro fortemente você usar o FastMM. O gerenciador de memória do Delphi 7 é horrível.