Bem, o que o Access deseja para quebras de linha podem respeitar é
- Quebras de linha do Windows
- == CR-LF
- ou - desde que você goste de Access - Chr (13) e Chr (10) ou vbCrLf
Se os dados são de uma caixa unix, é muito razoável usar apenas o "linefeed" = LF = Chr (10).
Você diz que está verificando os dados de origem em um editor de texto que ele tem crlf. Eu estou supondo que você está no Windows, se você estiver usando o Access.
Porque o crlf é o padrão no Windows, devemos perguntar:
Existe alguma chance de você fazer essa verificação de forma a fazer com que todas as quebras de linha apareçam como crlf nesse editor de texto, ocultando o problema com os dados de origem?
Se você copiar e colar, você tem ainda mais risco disso em alguns editores de texto.
'
'
Ter todas as quebras de linha LF é uma explicação realmente realista aqui.
Desde que você esteja confortável olhando para caracteres especiais, tente verificar os finais de linha em seus dados de origem com uma ferramenta que nunca altera os dados automaticamente, como xvi32:
link
'
- Se você achar que é apenas LF para todas as suas quebras de linha,
- faça uma string substituir por Chr (10) - > Chr (13) e Chr (10)
- sempre que faz mais sentido para o seu aplicativo.
e o Access mostrarão quebras de linha.