Ir para conteúdo
  • Cadastre-se

Juliomar Marchetti

Moderadores
  • Total de ítens

    41.318
  • Registro em

  • Última visita

  • Days Won

    346

Tudo que Juliomar Marchetti postou

  1. Boa tarde só para salientar tenho em todos os meus micros uma única pasta com os fontes e utilizo para o Lazarus e os diversos Delphi, não tenho problema algum!
  2. Bom então temos um problemas pois não deveria! se observar nos fontes existe um LoadDLLFunctions e UnLoadDLLFunctions que são invocados no AbrePortaSerialDLL e FechaPortaSerialDLL e podem ser observados no código em que gera o arquivo! AbrePortaSerialDLL( FilePath ) ; // fazer primeiro o download da MFD para o período Resp := xBematech_FI_DownloadMFD( FileMFD, '1', DiaIni, DiaFim, Prop ); if (Resp <> 1) then begin raise EACBrECFErro.Create(ACBrStr( 'Erro ao executar xBematech_FI_DownloadMFD.' + sLineBreak + AnalisarRetornoDll(Resp) )); end; // gerar o arquivo para cada dia dentro do período a partir da // MFD baixada da impressora fiscal DataArquivo := DataInicial; repeat DiaIni := FormatDateTime('dd/mm/yyyy', DataArquivo); Resp := xBematech_FI_GeraRegistrosCAT52MFD( FileMFD, DiaIni ) ; if (Resp <> 1) then begin raise EACBrECFErro.Create(ACBrStr( 'Erro ao executar xBematech_FI_GeraRegistrosCAT52MFD.' + sLineBreak + AnalisarRetornoDll(Resp) + sLineBreak + 'Para a data de: "' + DiaIni + '"' )); end; // próximo dia DataArquivo := IncDay( DataArquivo, 1 ); until DataArquivo > DataFinal; finally FechaPortaSerialDLL( OldAtivo ); end; Deveria ser possível mover pois após feito o arquivo é liberado o uso da dll por ser feito carga dinâmica! tente debugar sua aplicação e veja o que ele faz nesses códigos se ele vai mesmo para o unload ou não! Onde quero chegar é que a dll não libera o arquivo ini ou melhor não recarrega ele por consequência!
  3. Boa tarde faça um teste do seguinte modo, gere a primeira vez o arquivo, deixe sua aplicação aberta e tente mover do local a dll Bemafi32.dll!
  4. Mas qual o problema gerado ? chegou a debugar enquanto carregava o xml?
  5. Boa tarde favor atualizar o svn que foi subido perto do meio dia uma correção quanto ao erro da imagem é problema por ter dois delphi no micro ou dois fontes distintos então sugiro que utilize o instalar que irá funcionar !
  6. Boa tarde Como vocês dois tive os mesmos problemas! E o pior foi no micro da empresa, no meu desktop em casa e também meu notebook! em todos os 3 micros possuo mais de um delphi instalados, o caso mais critico é o notebook que tem o delphi 7, xe3, xe4, xe5 e xe6! fiz os passos descritos acima em todos e todos os delphi estão Ok e compilando corretamente!
  7. Boa tarde para acompanhar o desenvolvimento veja na pasta branches do svn onde o João está efetuando a subida das alterações!
  8. Boa tarde Como repassei acima e seguindo os roteiros existem os tempos que as mensagens deve de ficar sendo exibidas! em cima delas é que falei sobre o MessageDlg com temporizador, assim posso informar o tempo que ela ficará visível até a troca assim não interrompo o fluxo e exibo o tempo necessário e depois oculto!
  9. Boa tarde Marcelo No caso o pacote informado não utiliza o arquivo .rav e sim ele é criado em tempo de execução o relatório! então a alteração deverá ser feita alterando o código desse componente e não do arquivo rav!
  10. boa tarde ACBrMDFe1.Manifestos.Clear;
  11. Boa tarde por favor atualize seu svn e recompile outra coisa houve uma mudança com o instalador então deve ser efetuar alguns procedimentos que já existem em tópicos explicando como fazer
  12. Chegou a seguir o passo a passo que repassei acima?
  13. Bom dia verifique a alteração que o Isaque disponibilizou onde o tipo dos campos é tratado como variant e ao estar null ele vai vazio!
  14. Bom dia acima do showmessage deveria de estar true a propriedade!
  15. Qual o número da revisão que atualizou do svn?
  16. Boa tarde as ECF tem limites de valores e quantidades!
  17. boa tarde veja erro mesmo só existem 3! o restante é hint e warnings C:\fortesreport-3.24-LCL-R2\rlprinters.pas(125,56) Error: Incompatible type for arg no. 2: Got "LongWord", expected "PHANDLE" C:\fortesreport-3.24-LCL-R2\rlprinters.pas(128,44) Error: Incompatible type for arg no. 5: Got "LongWord", expected "PDWord" C:\fortesreport-3.24-LCL-R2\rlprinters.pas(133,58) Error: Incompatible type for arg no. 5: Got "LongWord", expected "PDWord" confere esses 3 problemas que irá instalar
  18. É a informação que o Daniel está passando acima, só tem que implementar um pouco mais, por exemplo um messagedlg com temporizador!
  19. Boa tarde Siga esse passo a passo: Feche o Delphi; Exclua os dcu, dcp, bpl do acbr de todo o micro; abra seu delphi; diga não as mensagens que aparecerem; feche seu delphi; execute a instalação do ACBr com o ACBrinstall normalmente; abra seu delphi e com certeza irá funcionar!
  20. Boa tarde Não entendi sua dúvida? chegou a efetuar teste com o TefDemo que possui na pasta de exemplos?
  21. Boa tarde efetue novamente mas antes de instalar novamente,abra seu delphi e diga não as mensagens de erros que aparecer e dai sim faça a instalação!
  22. Só para reforçar que é problema local em seus fontes veja abaixo a sequência:
  23. Olhando atentamente ao arquivo você tem razão, favor atualizar seu svn e verificar se ficou certo os arquivos do bloco K, onde no caso ocorre em dois o problema citado!
  24. Volta a versão! o svn possibilita isso! é só voltar a revisão que você quiser!
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.