3 unstable releases

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

#506 in Encoding

Download history 46811/week @ 2024-10-11 50688/week @ 2024-10-18 50300/week @ 2024-10-25 49916/week @ 2024-11-01 57948/week @ 2024-11-08 52256/week @ 2024-11-15 39534/week @ 2024-11-22 46752/week @ 2024-11-29 51451/week @ 2024-12-06 50578/week @ 2024-12-13 21703/week @ 2024-12-20 27849/week @ 2024-12-27 39673/week @ 2025-01-03 48946/week @ 2025-01-10 41728/week @ 2025-01-17 37769/week @ 2025-01-24

172,571 downloads per month
Used in 36 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