Ir para conteúdo
  • Cadastre-se

Emerson Teixeira

Membros
  • Total de ítens

    234
  • Registro em

  • Última visita

Posts postados por Emerson Teixeira

  1. 8 horas atrás, acgubamg disse:

    use a planilha em excell que eles tem, para validar os dados do boleto antes de gerar remessa e pagar o boleto teste.

    isso mesmo, o sicoobnet empresarial valida a estrutura do arquivo, se tiver algum erro ao enviar remessa será informado..

    mas o correto é usar a planilha antes de enviar

     

    att

  2. Em 14/02/2018 at 09:01, flexsistemas disse:

    Olha fiz um teste rápido aqui bem como você citou instalar ele com o instalador com a opção win32 e deixar desmarcado a opção que tem LibXX e criei um file new vcl application add win64 coloquei um componente ACbrCEP e mandei executar reclamou das dcu.

    verifica o library path do win64, tem que adicinar tambem..

     

     

  3. 4 minutos atrás, Luciano. disse:

    Olá,

    Aqui não obtivemos sucesso na época da tentativa de compilação para x64 e até o momento mantemos um serviço separado rodando apenas para tratamento das NFSe, este compilado para plataforma x32.

    Qualquer avanço, se possível, compartilhe conosco. Vou anotar também na lista de tarefas pra efetuar mais alguns testes.

    []s

    boa tarde Luciano.

    Compilando está, o problema esta apenas em acessar o certificado, estou fazendo uns testes aqui pra ver se é falta de dll, mas até agora não encontrei a solução...

    att

  4. 8 minutos atrás, Juliomar Marchetti disse:

    lembre que tem que ter as dll para a versão x64 para funcionar.

    estou usando as dlls das seguintes pastas:

    \trunk2\DLLs\XMLSec\MinGW\64

    \ACBr\trunk2\DLLs\OpenSSL\1.0.2.13\x64

    \ACBr\trunk2\DLLs\LibXml2\x64

    tem mais alguma que deveria adicionar?

  5. Boa tarde a todos.

    sei que o post é antigo, porem gerei uma versao do sistema para 64 bits, até entao tudo normal, o problema ocorre quando tento emitir uma nfse, recebo a seguinte mensagem: 

    Classe não registrada, ClassID: {88D969E5-F192-11D4-A65F-0040963251E5}.

    pelo que percebi o erro ocorre ao assinar o xml, mais exatamente na class function

    class function CoDOMDocument50.Create: IXMLDOMDocument3;
    begin
      Result := CreateComObject(CLASS_DOMDocument50) as IXMLDOMDocument3;
    end;

    da unit ACBrMSXML2_TLB.

     

    algumas considerações:

    * as funções do ACBRNFe funcionam perfeitamente(até agora não tive problemas).

    * estou usando WinCrypt

    * certificado A1 (tentei pela chave e por arquivo)

    * peguei as dlls 64 bits e coloquei na pasta do sistema (removi as 32 bits).

     

    Obrigado

  6. 19 minutos atrás, EMBarbosa disse:

    Isso nunca deveria ser aplicado. Você está desligando os hints do compilador.

    Não tem sentido o time que trabalha no compilador adicionar as hints que todo mundo ignora.

    Ola EMBarbosa, 

    concordo plenamente com você, fiz esta sugestão, pois o Daniel disse que não pretende alterar as units de terceiros, note que adicionei apenas a referência ao ACBr.inc nessas units, tentando alterar o minimo possível, mas se for o caso de alterá-las ajudarei no que for possível.

    att

  7. 35 minutos atrás, Daniel Simoes disse:

    Devemos mesmo desligar tudo isso ?

    
      {$WARN USE_BEFORE_DEF OFF}        	// quando atribui valor à uma variável e este não é usado no decorrer da function/procedure
      {$WARN TYPEINFO_IMPLICITLY_ADDED OFF}	// http://docwiki.embarcadero.com/RADStudio/Tokyo/en/W1055_Published_caused_RTTI_($M%2B)_to_be_added_to_type_%27%25s%27_(Delphi)
      {$WARN WIDECHAR_REDUCED OFF}          // quando compara string com char ex: (if sOperacao[1] in ['A', 'B'] then) 	
      {$HINTS OFF}							// para remover hints de variáveis/funções que foram declarados e nao usados e outros hints

    me parece que isso poderá ocultar alguns Hints válidos...

    Olá Daniel.

    isso foi apenas uma sugestão, pois você comento que não quer alterar as units de terceiros...

    Acredito que estas diretivas deveriam ser incluídas no ACBr.inc  comentadas, seria opcional ativá-las (critério de cada um), ou então alterar a units onde os hints e wanings ocorrem (me disponho a fazer esta parte se for o caso).

  8.  

    37 minutos atrás, Daniel Simoes disse:

    Acredito que ele gere "Hints", correto ? 

    Sim...

     

    37 minutos atrás, Daniel Simoes disse:

    Hints são opcionais... eu acho que o código fica mais seguro e legível, com a atribuição de um Result no inicio do método...

    por mim sem problemas... mas o intuito seria remover hints e warnings na medida do possível rsrs..

     

    1 hora atrás, Daniel Simoes disse:

    sobre {$WARN DUPLICATE_CTOR_DTOR OFF}

    image.png.120ccbff07b0b6e76a4377ecf3328dca.png

    1 hora atrás, Daniel Simoes disse:

    Em qual método isso ocorre ?

    CreateDef.

     

    1 hora atrás, Daniel Simoes disse:

    Como é o construtor original, em seu Delphi ?

    Create

     

    note que o warning ocorre apenas quando compilo para 64 bits...

    att

  9. 14 minutos atrás, Daniel Simoes disse:

    Prefiro não acatar algumas coisas, pois poderiam causar Warnings em FPC... Como por exemplo a atribuição de "Result",  no inicio dos métodos de ACBrSAT....

    o que faz ?

    {$WARN DUPLICATE_CTOR_DTOR OFF}

     

    Esse tipo de notação de Unit não é aceita por D7 ou FPC

     System.Contnrs

    Olá Daniel.

    Sobre o result, se atrubuir um valor que não será usado, antes do result receber outro valor o delphi gera warnings, por este motivo que comentei as atribuições dos results no inicio do método.

    sobre {$WARN DUPLICATE_CTOR_DTOR OFF}, no delphi quando tem 2 constructor com nomes diferentes e parametros iguais isso gera um warning, que é o caso da unit ACBrDFeException, acredito que poderia incluir no ACBr.inc como abaixo

    {$IFDEF REMOVE_CAST_WARN}
      {$WARN IMPLICIT_STRING_CAST OFF}
      {$WARN IMPLICIT_STRING_CAST_LOSS OFF}
      {$WARN SYMBOL_DEPRECATED OFF}
      {$WARN SYMBOL_PLATFORM OFF}
      {$WARN DUPLICATE_CTOR_DTOR OFF}
    {$ENDIF}

     

    att, abraços

    sobre o System.Contnrs o delphi deve ter colocado automaticamente, pois nao me lembro de ter adicionado esta unit

     

  10. No ACBr.inc adicionei mais uma diretiva de compilação, para desativar warnings de funções exclusivas de uma determinada plataforma

    {$IFDEF REMOVE_CAST_WARN}
      {$WARN IMPLICIT_STRING_CAST OFF}
      {$WARN IMPLICIT_STRING_CAST_LOSS OFF}
      {$WARN SYMBOL_DEPRECATED OFF}
      {$WARN SYMBOL_PLATFORM OFF}
    {$ENDIF}

  11. Em 2017-4-5 at 13:48, Juliomar Marchetti disse:

    Não sobrou tempo pois não é somente liberar conforme repassei, preciso ver pois nossos pacotes são únicos tanto para versões de delphi quanto essa situação de compilador!

    tão logo tenha algo irei comentar aqui!

    Bom dia Juliomar.

    Vi que você fez as alterações para compilação x64 no delphi, parabéns...

    Porem alguns componentes ficaram desabilitados.

    ACBrCMC7, ACBrInStore, ACBrSPEDContabil, ACBrSPEDCont, ACBrSPEDPisCofins, ACBrSPEDSpedPCImportar, ACBrDeSTDA.

    Porem se mudar pra x86 colocar os componentes no projeto depois mudar para x64 compila perfeitamente.

    att.

×
×
  • 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.