Combien d'octets \n\r?

J'ai un .NET application qui essaie de ftp un fichier, mais je suis en terminant par 1 octet supplémentaire par ligne. Mon séparateur de ligne de est Environnement.De retour à la ligne, qui, je crois, se traduit par des \n\r. Combien d'octets, c'est que?

OriginalL'auteur donde | 2010-05-26

  1. 31

    Il dépend de l'encodage. En 8-bits codages ainsi que de l'UTF-8 c'est de 2 octets. En UCS-2 et UTF-16 c'est 4 octets. Dans l'UCS-4 ou UTF-32 il est à 8 octets.

    Mais le problème, c'est que vous êtes probablement via ftp en mode ASCII au lieu de l'IMAGE de mode.

    +1 pour la mention de codages
    Ne sont pas UCS-4 et UTF-32 est la même chose?
    Pour l'instant. Mais ce n'est pas nécessaire d'être toujours le cas.

    OriginalL'auteur Ignacio Vazquez-Abrams

  2. 9

    C'est de 2 octets, mais il devrait être \r\n pas \n\r sur les systèmes d'exploitation windows

    OriginalL'auteur Jack

  3. 4

    Dans le codage ASCII, \n est le caractère de Saut de ligne 0x0A (décimal 10), \r est le caractère de Retour Chariot 0x0D (décimal 13).

    Comme Jack a déjà dit, la séquence correcte est la CR-LF, et non vice versa.

    FTP est probablement l'ajout de LF caractères de votre flux s'ils sont placés de manière incorrecte et vous transmettre le fichier en tant que Texte.

    OriginalL'auteur cdonner

  4. 2

    Deux octets. Un pour les \n et un pour \r.

    OriginalL'auteur Jeff

  5. 2

    Pour répondre à la question implicite:

    D'utiliser les binaires de transfert plutôt que de l'ascii-transfert en C#, utilisez

    FtpWebRequest reqFTP = (FtpWebRequest)FtpWebRequest.Create(new Uri("ftp://example.com"));
reqFTP.UseBinary = true;

    OriginalL'auteur BlueRaja - Danny Pflughoeft

  6. 1

    \n\r est de 2 octets.

    OriginalL'auteur Joshua

  7. 0

    Logiciel FTP offrent généralement un binaire et un texte sur le mode de transfert. En mode texte newline la traduction se produit pendant le transfert. Cela peut être des informations valides, selon ce que votre problème et pourquoi vous avez posé la question.

    OriginalL'auteur thoni56

  8. 0

    Je sais que c'est une vieille question, mais pour le plaisir des futurs lecteurs; vous pouvez déterminer le nombre d'octets en une chaîne de caractères (ou de la chaîne de valeur) par le suivant:

    Encoding.UTF8.GetByteCount("SomeString");

    Dans ce cas;

    Encoding.Unicode.GetByteCount(Environment.NewLine);
//OR
Encoding.Unicode.GetByteCount("\n\r");

    .NET utilise Unicode à moins d'indication contraire; par exemple avec un XmlSerializer vous pouvez spécifier l'encodage.

    N'oubliez pas d'utiliser le codage approprié lorsque vous essayez de compter le nombre d'octets depuis elle est différente à chaque encodage:

    • Un caractère ASCII à 8 bits de codage ASCII 8 bits (1 octet), si elle peut s'adapter sur 7 bits.
    • Un ISO-8895-1 caractères ISO-8859-1 codage 8 bits (1 octet).
    • Un caractère Unicode en UTF-8 est entre 8 bits (1 octet) et 32 bits (4 octets).
    • Un caractère Unicode en UTF-16 est entre 16 (2 octets) et 32 bits (4 octets), bien que la plupart des caractères communs prendre 16 bits. C'est l'encodage utilisé par Windows en interne.
    • Un caractère Unicode en UTF-32 encodage est toujours en 32 bits (4 octets).
    • Un caractère ASCII au format UTF-8 est de 8 bits (1 octet), et en UTF-16 - 16 bits.
    • Supplémentaires (non ASCII) dans la norme ISO-8895-1 (0xA0-0xFF) prendrait 16 bits en UTF-8 et UTF-16.

    OriginalL'auteur PerpetualJ