daniel.simoes

Obrigado... Isso já nos foi sugerido, mas recusamos... Os Pull Requests podem ser caóticos em um projeto com essa enorme quantidade de componentes... Mesmo as contribuições que recebemos, quase 70% precisam passar por ajustes antes de subir para o SVN

A modificação pode atrapalhar outros ECF da Classe FiscNET, como Urano, Itautec, ZPM, TermoPrinter, etc O ideal é levantar se isso é uma restrição apenas deste modelo ou de todas as FiscNET... O problema também poderia ser corrigido capturando a exceção com "Errocmdlinhassuplementaresexcedidas" e tentando o comando com 1 linha a menos...

Fechando o tópico, para evitar uma discussão ainda maior.... Acho que o usuário "rdxdt" está agindo de forma inconveniente...

Seu PAF-ECF só roda em um Estado ?

Provavelmente você anexou o arquivo errado... pois o mesmo está idêntico ao do SVN atual

Você tem razão... apenas inverti a chamada dos métodos RightStr e PadR... por favor verifique se está OK

Parece que você fez alterações no Package, e o SVN não foi capaz de fazer o Merge, veja o final... Solução... apague esse arquivo e baixe novamente...

Oi Fabio, Obrigado por sua boa intenção ao doar os fontes... Mas mesmo a tarefa de transformar um fonte em componente do ACBr não é simples, e se depender de algum desenvolvedor ativo, provavelmente ela não ocorra tão cedo... Se tiver disposição de você mesmo terminar os passos necessários, ai sim, fica mais fácil para outros desenvolvedores do ACBr lhe ajudar... Exemplos: (não sei se algo aqui se aplica a seus fontes, pois nem mesmo os analisei) - Remover a dependências de Units específicas de uma versão do Delphi e/ou de API do Windows - "Assinar" todos os fontes do componente com o cabeçalho da licença LGPL - Usar nomenclatura de classes como demais componentes do projeto, Ex: TACBrAlgumaCoisa - Criar um projeto de Demo com o intuito de Testar o componente e Treinar os novos usuários (demonstrar o uso) - Criar um Package, com Imagem...

Muito Obrigado pela sua colaboração... Vou analisar os fontes ainda essa semana... e volto a postar...

O erro 500 não significa apenas proxy... Veja: http://en.wikipedia.org/wiki/List_of_HTTP_status_codes

O ACBr usa as DLLs dos fabricantes para gerar arquivos que dependam da leitura da MFD... Se o seu fabricante tiver .SO para Linux equivalente a DLL, deve funcionar... Não existe comando direto para leitura da MFD, pois a mesma é criptografada, e os fabricantes não divulgam como abri-la

Acredito que manter 2 programas com a mesma funcionalidade pode trazer problemas... - Diferença de funcionamento para a mesma funcionalidade. - Aumento da manutenção do código - Confusão dos usuários (qual versão é melhor ? qual está com problema ? qual programa devo usar ?, etc ) Faça um teste, e verifique se manter ambos os programas impacta muito a performance ou consumo de recursos de sua máquina... eu acredito não... Dificulta um pouco a instalação.... mas isso é feito apenas uma única vez...

As DLLs da pasta Trunk\DLL estão na versão correta 0.9.8.14

Analise a mensagem de erro no Log gerado pelo ACBrECF

Se desejar informar alguma melhoria para os fontes existentes... favor anexar o arquivo modificado...

Essas funções estão OK, pois funcionam com várias DLLs e mesmo para a DLL da Bematech... Provavelmente você tem alguma falta de DLL da Bematech, ou conjunto de DLLs da Bematech fora da mesma versão, ou ainda arquivos da DLL corrompidos

Ative a gravação do LOG do ACBrAAC... O Log pode lhe dar uma pista dos motivos do arquivo estar se tornando inválido...

O Regys subiu sua correção após analisar a compatibilidade da mesma no Delphi XE e 2010... Muito obrigado Anizair

O novo forum nos permitiu ter um controle maior dos nossos usuários e visitantes... O grande aumento da comunidade se deve a algumas medidas não muito populares, como a restrição de leitura a 3 posts por visitantes... e a mensagem enfadonha que flutua no final da tela solicitando o cadastro... Mas vale lembrar que o acesso ao fórum sempre será gratuito... Nossa meta em aumentar o numero de usuários cadastrados, foi a de conseguir uma maior representatividade perante a Fabricantes e Fisco... Falar: "somos uma comunidade de mais de 11.000 usuários"... soa bem diferente

Jorge, Qual o problema em usar o ACBrMonitor e NFeMonitor simultaneamente ? Acho que não é nem o caso de abrir ou não, uma enquete... o problema é ter um programador disponível para fazer a tarefa...

Não sou mantenedor do ACBrBoleto... mas, basta você baixar os fontes dele e compara-los com os do ACBr usando WinMerge...

Aplicado no SVN... Obrigado..

Você mesmo pode providenciar as correções e anexar na mensagem a Unit modificada... Obrigado pela ajuda

Notei que essa rotina já existia em outras 2 classes... portanto fiz um Refactoring

Eu recomendaria que você desenvolvesse rotina para gerar o arquivo sem o auxilio da DLL ou da MFD do ECF... Pois mesmo se o ECF quebrar ou for queimado, ainda sim você precisará gerar o arquivo... O ideal é fazer a geração com informações do BD (o que alias é muito mais rápido)