NCrypt.DLL faltando no XP

[Marcelo Bill]

Bom dia pessoal, desde a atualização do acbrnfe de ontem dia 10/04 as 9:00h, somente quando executa o aplicativo em XP o windows exige essa DLL, no entanto essa DLL não se encontra no Windows XP e muito menos na pasta DLL do componente.

É fato ? Com a correção do problema de "Parametro Incorreto" surgiu a necessidade de usar a NCRYPT.DLL ? Se foi fato, alguem tem a DLL para fornecer ? Pois na internet a gente só encontra lixo !!!

 

obrigado 

[Juliomar Marchetti]

2 horas atrás, marcelonarezzi disse:

Bom dia pessoal, desde a atualização do acbrnfe de ontem dia 10/04 as 9:00h, somente quando executa o aplicativo em XP o windows exige essa DLL, no entanto essa DLL não se encontra no Windows XP e muito menos na pasta DLL do componente.

É fato ? Com a correção do problema de "Parametro Incorreto" surgiu a necessidade de usar a NCRYPT.DLL ? Se foi fato, alguem tem a DLL para fornecer ? Pois na internet a gente só encontra lixo !!!

 

obrigado 

Bom dia!

conforme já é sabido a microsoft parou de dar suporte do capicom a tempos, agora também foi parado de dar suporte para certificados mais novos no windowsxp!

então certificados emitidos recentemente já não funcionam mais no windowsxp, sugiro estar subindo de versão

[jmc]

tambem estou com o mesmo problema depois dessa atualizacao e parou alguns varios clientes em xp.

Tentei deixar como libnone e nao resolve.

Acompanhando a resolucao sem a troca de sistema operacional.

 

Editado 11 Abril, 2017 por jmcsoftware

[alexandrebarbosa]

tambem estou com este problema.Porém Peguei as DLL do windows 7 Jogue no c:\windows\sysem32 do xp ai ao atentar abrir pediu a BCRYPT.DLL também joguei no c:\windows\sysem32 ai ao tentar abrir de novo pediu API-MS-WIN-CORE-PROCESSTHEADS-L1-1-0.DLL ai ao tentar abrir de novo pediu a API-MS-WIN-SECURITY-BASE-L1-1-0.DLL também joguei no c:\windows\sysem32 ai ao tentar abrir ferrou deu NÃO FOI POSSIVEL LOCALIZAR O PONTO DE ENTRADA DO PROCEDIMENTO_EXCEPT_HANDLER4_COMMON NA BIBLIOTECA DE VINCULO DINAMICA MSVCRT.DLL.

Lascou. Voltei a versão antes da atualização do dia 10/04/2017 do acbr

[Roberto.RDF]

Infelizmente tive que retornar para a versão do svn 13162 do dia 08/04/2017 10:42:42 pois ainda tenho diversos clientes com XP instalado e certificados ainda válidos!

 

[jmc]

tambem estou com varios clients com xp e nao acho legal para falar a eles que troquem de maquina ou de Sistema operacional. Sera que o pessoal q alterou essa parte nao consegue desvincular o Sistema operacional para fazer outra tratativa para o xp ?

[laffsj]

Boa tarde pessoal.

Estou tendo este problema também, existe clientes que ainda tem máquinas com XP por exemplo no estoque, algum setor que demanda pouco uso, teria como configurar de alguma forma que roda o sistema sem tirar NFE nele, apenas para abrir o sistema sem dar o problema com as dll?

Obrigado.

[Waldir Paim]

Eu consegui uma solução temporária.

Quem quiser experimentar segue unit com a alteração:

Usei a diretiva do ACBr.inc

// Descomente essa linha, para usar a carga de DLL tardia, nas Units do OpenSSL  (Apenas Delphi)
{$DEFINE USE_DELAYED}

E fiz as alterações na unit em anexo.

Com esse procedimento permite carregar o aplicativo sem problemas.

Lógico que se for usar a função que requer a dll vai apresentar o problema.

ACBr_NCrypt.pas

[LEANDRODOCOUTO]

Tenho uma maquina virtual com windows xp SP3 funcionando normalmente...

[Waldir Paim]

@LEANDRODOCOUTO

Precisa nos contar como conseguiu essa façanha.

[Daniel Simoes]

Apliquei nos fontes, a modificação sugerida pelo Waldir, para a carga Tardia da DLL (lembrando que isso só funciona em versões modernas do Delphi)

Também modifiquei a ACBr.inc e ACBrDFeWinCrypt.pas

Citar

-- ACBr.inc --
[+] Adicionada a diretiva "DFE_SEM_NCRYPT", para permitir a compatibilidade em
    Windows XP  (o padrão é desligada)
    (por: DSA)

-- ACBrDFeWinCrypt --
[*] Ajuste para compilação com a diretiva "DFE_SEM_NCRYPT", para permitir o
    suporte a Windows XP (por: DSA)

-- ACBr_NCrypt --
[*] Ajuste para efetuara carga da DLL com "Delayed", caso a diretiva "USE_DELAYED"
    esteja ligada, e o compilador suporte carga tardia.. (por: Waldir Paim)

 

Para ligar a diretiva, abra o ACBr.inc, e mude:

{.$DEFINE DFE_SEM_NCRYPT}

para

{$DEFINE DFE_SEM_NCRYPT}

(ou seja, remova o ponto)

[phulano]

utilizo o server 2003.   tbm  estou tendo problema...

o cliente  nao vai trocar o 2003, por uma vesao mais nova...

como fazer nesse caso ?

nao trabalho com delphi,,  nem sei como fazer essas alteracoes q comentaram....

alguem  tem uma  dica de como solucionar ?

 

 

[Daniel Simoes]

Leu o tópico anterior, a respeito da diretiva "DFE_SEM_NCRYPT" ?

[LUCAS CARDOSO DA SILVA]

basta alterar estes arquivos .inc e recompilar o projeto ou devemos reinstalar o acbr?

 

[Daniel Simoes]

Altere o .Inc e rode o ACBrInstall_trunk2 

[Antonio Paulo Mangili]

9 horas atrás, phulano disse:

utilizo o server 2003.   tbm  estou tendo problema...

o cliente  nao vai trocar o 2003, por uma vesao mais nova...

como fazer nesse caso ?

nao trabalho com delphi,,  nem sei como fazer essas alteracoes q comentaram....

alguem  tem uma  dica de como solucionar ?

 

 

Pullano estou com esse mesmo problema após executar um svn, e meu cliente não vai trocar o windows 2003 server. Voce resolveu esse problema. pelo que o daniel passou, minha duvida é caso eu faça essa alteração, esse arquivo vai ser alterado quando eu fizer um novo update no svn?

obrigado

paulinho

[Antonio Paulo Mangili]

Em 17/04/2017 at 11:11, phulano disse:

utilizo o server 2003.   tbm  estou tendo problema...

o cliente  nao vai trocar o 2003, por uma vesao mais nova...

como fazer nesse caso ?

nao trabalho com delphi,,  nem sei como fazer essas alteracoes q comentaram....

alguem  tem uma  dica de como solucionar ?

 

 

phulano voce conseguiu resolver esse problema acima. pois tenho cliente tambem com 2003 server e o cliente não vai trocar.

obrigado

paulinho

 

[Daniel Simoes]

Tentem com a Unit em anexo... (ainda estou testando)

Citar

-- ACBr_NCrypt --
[*] Unit modificada, para usar carga dinâmica, e assim evitar problemas no
    Windows XP
    http://www.projetoacbr.com.br/forum/topic/36219-ncryptdll-faltando-no-xp/
    (por: DSA)

 

ACBr_NCrypt.pas

[Antonio Paulo Mangili]

6 minutos atrás, Daniel Simoes disse:

Tentem com a Unit em anexo... (ainda estou testando)

 

ACBr_NCrypt.pas

Daniel por favor em que pasta devo copiar esse arquivo? Obrigado

Paulinho

[Daniel Simoes]

Use a busca do Windows e localize ele, no diretório de Fontes... copie sobre o já existente...

[Antonio Paulo Mangili]

13 minutos atrás, Daniel Simoes disse:

Use a busca do Windows e localize ele, no diretório de Fontes... copie sobre o já existente...

ok daniel. fiz isso, e recompilei meu projeto e fiz um teste em um cliente com windows 2003 server e continua com o problema da falta do ncrypt.dll

obrigado

 

[Daniel Simoes]

o processo é o mesmo do SVN.. após atualizar algum dos fontes... rode o ACBrInstall_trunk2.exe

Pois sem isso, o Delphi compilará com uma versão de BPL antiga

[Antonio Paulo Mangili]

Daniel obrigado. vou fazer isso.

 

9 minutos atrás, Daniel Simoes disse:

o processo é o mesmo do SVN.. após atualizar algum dos fontes... rode o ACBrInstall_trunk2.exe

Pois sem isso, o Delphi compilará com uma versão de BPL antiga

Daniel fiz esse processo de reinstalação do ACbr com a unit que voce postou, e compilei meu projeto, e ai deu certinho. rodou no windows 2003 server belezinha.

agora minha duvida é: na pasta ...D:\ACbr\Fontes\Terceiros\CodeGear onde copiei essa unit, ela ficou com um ponto de esclamação, caso ocorra alguma alteração do projeto nessa unit, ela sera atualizado, ou não?

obrigado mais uma vez

paulinho

[laffsj]

56 minutos atrás, Daniel Simoes disse:

Tentem com a Unit em anexo... (ainda estou testando)

 

ACBr_NCrypt.pas

Boa noite, com este novo arquivo não vai mais ser necessário mudar o ACBr.inc?

[Antonio Paulo Mangili]

3 minutos atrás, laffsj disse:

Boa noite, com este novo arquivo não vai mais ser necessário mudar o ACBr.inc?

laffsj. sim eu não mechi nesse arquivo. somente copiei essa unit na pasta, reinstalei o projeto acbr. e deu certo

paulinho

Agora, Antonio Paulo Mangili disse:

laffsj. sim eu não mechi nesse arquivo. somente copiei essa unit na pasta, reinstalei o projeto acbr. e deu certo

paulinho

acredito que havera uma subida no svn dessa unit, porque como o daniel mencionou esta sendo testada ainda