0d 0a Binário Opções

CR LF (Hex 0D0A) convertido em CR CR LF (Hex 0D0D0A) Tenho um efeito estranho ao escrever uma string (carregada em uma aplicação BSP como xstring) para o servidor do aplicativo (OPEN DATASET no modo binário para saída, TRANSFER mytext TO DATASET) : Todos os ltbgtline quebra o bgt do arquivo de texto do Windows mytext (CR LF (Hex 0D0A)), que são corretos ao assistir no depurador, chegam como CR CR LF (Hex 0D0D0A) no arquivo do servidor. Qualquer dica, por que não estou completamente seguro, mas acho que funcionou corretamente na semana passada. Isso pode acontecer devido às configurações do servidor Obrigado pelas suas respostas, Tags: abapIm transferindo arquivos entre servidores e acabou de perceber que alguns deles estão sendo modificados para ser uma longa e contínua linha em vez de ter os retornos e as quebras de linha que originalmente tinham. Estou assumindo que isso tem algo a ver com o tipo de transferência do meu cliente de FTP que foi originalmente definido como Auto, mas ostentando binário e ASCII como opções adicionais. Em suma, quais são as diferenças entre as formas como eu transferir um arquivo de um servidor para outro, e essas diferenças serão capazes de modificar o arquivo da maneira que eu mencionei acima, perguntou 8 de fevereiro às 16:09 O modo de transferência binária De FTP copia arquivos exatamente, byte para byte. Simples e direto. Ao trazer arquivos de texto entre diferentes sistemas operacionais, no entanto, isso pode não ser o que você deseja - diferentes sistemas operacionais usam códigos diferentes para representar quebras de linha. O modo ASCII existe para este fim: ele traduz automaticamente todos os terminais de linha do formato dos sistemas de origem para os destinos. Não tenho certeza sobre o Auto, mas imagino que parece que a extensão dos arquivos ou algo semelhante para decidir se é um arquivo de texto e tenta adivinhar o modo apropriado. O modo que você deseja depende exatamente do que você está fazendo com os arquivos. Se você está apenas copiando-os para apoiá-los, então você provavelmente deseja copiar no modo binário para que eles sejam exatamente o mesmo quando você mais tarde os restaura no servidor do Windows novamente. Se eles precisam ser utilizáveis ​​como arquivos de texto (talvez como arquivos de configuração para um programa de plataforma cruzada) em ambos os lados, você quer usar o modo ASCII para traduzi-los. EDIT: Tanto quanto eu posso dizer, FTPing arquivos do Windows para Linux nunca deve resultar na quebra de linha desaparecendo. Contudo . Se você copiá-los no modo ASCII e, em seguida, trazê-los de volta para o servidor Windows no modo binário, os fins de linha do estilo Linux podem não ser reconhecidos na caixa do Windows. (O Notepad não os verá o Wordpad será YMMV com outro software.) (Hoje, como uma conveniência - converter terminais de linha automaticamente - pode parecer estranho em um protocolo básico como FTP. Quando o FTP foi inventado, o envio de arquivos de texto era o Norma, e um dos objetivos do protocolo foi tornar isso tão fácil quanto possível.) Respondeu 8 de fevereiro às 18:39