3 unstable releases

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

#345 in Encoding

Download history 47087/week @ 2024-09-17 51495/week @ 2024-09-24 50719/week @ 2024-10-01 45538/week @ 2024-10-08 48976/week @ 2024-10-15 50250/week @ 2024-10-22 48757/week @ 2024-10-29 54445/week @ 2024-11-05 58172/week @ 2024-11-12 47785/week @ 2024-11-19 36752/week @ 2024-11-26 53986/week @ 2024-12-03 49477/week @ 2024-12-10 42795/week @ 2024-12-17 25559/week @ 2024-12-24 20203/week @ 2024-12-31

147,099 downloads per month
Used in 37 crates (via creator-plist)

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