3 unstable releases

0.2.0 Feb 23, 2024
0.1.1 Oct 27, 2018
0.1.0 Oct 27, 2018

#549 in Encoding

Download history 62167/week @ 2024-01-25 67016/week @ 2024-02-01 68291/week @ 2024-02-08 65858/week @ 2024-02-15 63862/week @ 2024-02-22 84751/week @ 2024-02-29 93282/week @ 2024-03-07 85541/week @ 2024-03-14 110378/week @ 2024-03-21 107415/week @ 2024-03-28 94678/week @ 2024-04-04 93740/week @ 2024-04-11 98054/week @ 2024-04-18 99163/week @ 2024-04-25 100245/week @ 2024-05-02 72158/week @ 2024-05-09

388,072 downloads per month
Used in 474 crates (2 directly)

Apache-2.0

22KB
390 lines

Build Status unsafe forbidden

See the docs for usage info.

This line-wrapping logic originally was part of rust-base64.


lib.rs:

Efficiently insert line endings.

If you have a buffer full of data and want to insert any sort of regularly-spaced separator, this will do it with a minimum of data copying. Commonly, this is to insert \n (see lf()) or \r\n (crlf()), but any byte sequence can be used.

  1. Pick a line ending. For single byte separators, see ByteLineEnding, or for two bytes, TwoByteLineEnding. For arbitrary byte slices, use SliceLineEnding.
  2. Call line_wrap.
  3. Your data has been rearranged in place with the specified line ending inserted.

Examples

use line_wrap::*;
// suppose we have 80 bytes of data in a buffer and we want to wrap as per MIME.
// Buffer is large enough to hold line endings.
let mut data = vec![0; 82];

assert_eq!(2, line_wrap(&mut data, 80, 76, &crlf()));

// first line of zeroes
let mut expected_data = vec![0; 76];
// line ending
expected_data.extend_from_slice(b"\r\n");
// next line
expected_data.extend_from_slice(&[0, 0, 0, 0]);
assert_eq!(expected_data, data);

Performance

On an i7 6850k:

  • 10 byte input, 1 byte line length takes ~60ns (~160MiB/s)
  • 100 byte input, 10 byte lines takes ~60ns (~1.6GiB/s)
    • Startup costs dominate at these small lengths
  • 1,000 byte input, 100 byte lines takes ~65ns (~15GiB/s)
  • 10,000 byte input, 100 byte lines takes ~550ns (~17GiB/s)
  • In general, SliceLineEncoding is about 75% the speed of the fixed-length impls.

Naturally, try cargo +nightly bench on your hardware to get more representative data.

No runtime deps