Caractere indicando final de arquivo
Pessoal tenho uma rotina de importação no MySQL,
sendo que todo vez que desejo importar o arquivo.txt tenho q substituir o caracter
sendo que todo vez que desejo importar o arquivo.txt tenho q substituir o caracter
Jonasaf
Curtidas 0
Respostas
Beppe
29/01/2005
SeuTexto := StringReplace(SeuTexto, ´
Talvez seja melhor representar os ´
Talvez seja melhor representar os ´
GOSTEI 0
Jonasaf
29/01/2005
[quote:a003e6873a=´Beppe´]SeuTexto := StringReplace(SeuTexto, ´
Talvez seja melhor representar os ´
Talvez seja melhor representar os ´
GOSTEI 0
Beppe
29/01/2005
Hum...depende de como vc fará a inserção no banco...pelo jeito esta é uma tabela externa não é? Se vc der maiss detalhes de como isto precisa ser alguém mais capacitado em MySql pode te ajudar.
Devo ler duas vezes o arquivo?
GOSTEI 0
Rodc
29/01/2005
eu tb tenho este problema, um sistema de terceiro gerou o arquivo com #0 no meio do arquivo e o Delphi (o Window tb) pensa que é o fim do arquivo e não importa o restante do arquivo. Estou procurando uma forma ainda de resolver isto.
O difícil é que tem que trocar o char antes de ler o arquivo p um componente tipo memo ou RichEdit.
Se encontrar a solução posta aqui.
O difícil é que tem que trocar o char antes de ler o arquivo p um componente tipo memo ou RichEdit.
Se encontrar a solução posta aqui.
GOSTEI 0
Beppe
29/01/2005
with TStringList.Create do try LoadFromFile(´C:\Seu arquivo.ext´); RichEdit1.Lines.Text := StringReplace(Text, #0, ´ ´, [rfReplaceAll]); finally Free; end;
eu tb tenho este problema, um sistema de terceiro gerou o arquivo com 0 no meio do arquivo e o Delphi (o Window tb) pensa que é o fim do arquivo e não importa o restante do arquivo. Estou procurando uma forma ainda de resolver isto.
O difícil é que tem que trocar o char antes de ler o arquivo p um componente tipo memo ou RichEdit.
Se encontrar a solução posta aqui.
GOSTEI 0
Allen74
29/01/2005
Colegas,
Eu precisaria ter o arquivo em mãos para confirmar, mas tudo indica que vocês não estão conseguindo trabalhar com estes arquivos porque eles estão em unicode ou utf-8 (mais provavel).
Nestes formatos são utilizados dois bytes para descrever cada caractere, por isso são permitidos #0 e o 26 não indica final de arquivo. No UTF-8 existe uma correspondência com os caracteres ASCII, utilizando um byte para representar, mas para os acentuados (acima do 128) já se utilizam dois bytes.
Recomendo que utilizem uma biblioteca como a do link abaixo para não perderem informações como os caracteres acentuados e especiais e também poderem converter para outra página de código:
[url]http://www.zeitungsjunge.de/delphi/unicode/[/url]
Eu precisaria ter o arquivo em mãos para confirmar, mas tudo indica que vocês não estão conseguindo trabalhar com estes arquivos porque eles estão em unicode ou utf-8 (mais provavel).
Nestes formatos são utilizados dois bytes para descrever cada caractere, por isso são permitidos #0 e o 26 não indica final de arquivo. No UTF-8 existe uma correspondência com os caracteres ASCII, utilizando um byte para representar, mas para os acentuados (acima do 128) já se utilizam dois bytes.
Recomendo que utilizem uma biblioteca como a do link abaixo para não perderem informações como os caracteres acentuados e especiais e também poderem converter para outra página de código:
[url]http://www.zeitungsjunge.de/delphi/unicode/[/url]
GOSTEI 0