Última atualização do ACBR pedindo arquivo AnsiStrings.dcu

[frank_fpc]

Peguei uma atualização do ACBR hoje pela manhã, em virtude de um erro que eu havia relatado, no entanto ao tentar reinstalar o ACBr_SPED, está dando que o arquivo "AnsiStrings.dcu", declararado na Uses do ACBRSpedUtils.pas, não existe. E realmente fiz uma busca em todas as pastas do ACBr e nada de nenhum arquivo com esse nome, nem no Delphi.

Por precaução, criei uma nova pasta e baixei do o ACBr novamente, e nada do arquivo, alguém ai teria esse arquivo que pudesse me enviar?

[daSilva]

Atualizei aqui e também está dando este mesmo problema, a unit AnsiStrings não existe no D2007.

Essa unit não seria do Delphi 2009 ou superior ?

[Isaque Pinheiro]

Atualizei aqui e também está dando este mesmo problema, a unit AnsiStrings não existe no D2007.

Essa unit não seria do Delphi 2009 ou superior ?

Mudei a unit de AnsiStrings para StrUtils, baixem novamente, e me retornem se agora ta ok.

[frank_fpc]

Ai Isaque resolveu a questão da dependência, mas parece que a função MatchText() é específica daquela Unit que deve pertencer a uma versão mais nova do Delphi.

Nesse caso foi necessário mudar o nome da função pela correspondente na nova Unit (StrUtils) que é a função AnsiMatchText(), ou seja, basta substituir o "MatchText" por "AnsiMatchText" e compilar que funciona numa boa.

Detalhe as Unit que necessitam de tal mudanças são:

- ACBrSpedUtils;

- ACBrEFDBloco_C_Class;

Boa sorte a todos!!

[Isaque Pinheiro]

Ai Isaque resolveu a questão da dependência, mas parece que a função MatchText() é específica daquela Unit que deve pertencer a uma versão mais nova do Delphi.

Nesse caso foi necessário mudar o nome da função pela correspondente na nova Unit (StrUtils) que é a função AnsiMatchText(), ou seja, basta substituir o "MatchText" por "AnsiMatchText" e compilar que funciona numa boa.

Detalhe as Unit que necessitam de tal mudanças são:

- ACBrSpedUtils;

- ACBrEFDBloco_C_Class;

Boa sorte a todos!!

Eu já havia substituído as units, mas não precisei trocar as funções, porque mudei os tipos dos array para string, veja ai na sua unit StrUtils se ela tem a função MatchText().

As mudanças mais atual, estão no SVN

[frank_fpc]

È justamente por isso Isaque, por não existir a função MatchText() na StrUtils, mas trabalhando com os mesmos parâmetros e tipos de dados temos a AnsiMatchText() que a susbtitui perfeitamente. Por isso fiz a mudança!!

[Isaque Pinheiro]

È justamente por isso Isaque, por não existir a função MatchText() na StrUtils, mas trabalhando com os mesmos parâmetros e tipos de dados temos a AnsiMatchText() que a susbtitui perfeitamente. Por isso fiz a mudança!!

Ok, verei com o Daniel ,qual existe no Lazarus para manter compatível ambas linguagens

[Isaque Pinheiro]

È justamente por isso Isaque, por não existir a função MatchText() na StrUtils, mas trabalhando com os mesmos parâmetros e tipos de dados temos a AnsiMatchText() que a susbtitui perfeitamente. Por isso fiz a mudança!!

Ok, verei com o Daniel ,qual existe no Lazarus para manter compatível ambas linguagens

Resolvido, olhei em D7 e Lazarus todos tem AnsiMatchText, então é a que usaremos.

[frank_fpc]

Beleza, na medida do possível tentarei contribuir.

Ainda quanto aquela questão que tínhamos falado antes, sobre vc mudar os tipos para string de vários parâmetros que hoje estão tipados, fazendo apenas a validação de tais dados, me pareceu mais interessante, mesmo que não sejam de todos, claro, mas dos maiores e dos que apresentam diversidade de dados, tal como este que gerou estas mudanças.

Isso economiza até código para os programadores, que em alguns casos tem que verificar os dados de suas bases, comparar com os valores da tabela, e em seguida colocar o tipo adequado, o que se fosse como foi ventilado de se fazer, apenas se colocaria na constante o valor do dado e pronto, não precisaria de uma série de IF's.

É apenas uma idéia apresentada, sendo que sei que é difícil, estipular o que pode e o que não pode ser feito, fora as consequências para quem já implementou considerando os tipos, mas é algo que se debatido com os envolvidos, acho que todos concordarão, mesmo que isso venha ser feito posteriormente.

Abraço a todos e mais uma vez obrigado.