File: README.md

package info (click to toggle)
rust-mbox 0.7.1-1
  • links: PTS, VCS
  • area: main
  • in suites: sid
  • size: 160 kB
  • sloc: makefile: 4; sh: 1
file content (123 lines) | stat: -rw-r--r-- 4,222 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
`mbox`: `malloc`-based box
==========================
[![Crates.io](https://img.shields.io/crates/v/mbox.svg)](https://crates.io/crates/mbox)
[![docs.rs](https://docs.rs/mbox/badge.svg)](https://docs.rs/mbox)
[![Build status](https://github.com/kennytm/mbox/workflows/Rust/badge.svg)](https://github.com/kennytm/mbox/actions?query=workflow%3ARust)
[![MIT](https://img.shields.io/badge/license-MIT-blue.svg)](./LICENSE.txt)

This crate provides structures that wrap pointers returned from `malloc` as a Box, and
automatically `free` them on drop. These types allow you to interact with pointers and
null-terminated strings and arrays in a Rusty style.

## Examples

```rust
extern crate libc;
extern crate mbox;

use libc::{c_char, malloc, strcpy};
use mbox::MString;

// Assume we have a C function that returns a malloc'ed string.
unsafe extern "C" fn create_str() -> *mut c_char {
    let ptr = malloc(12) as *mut c_char;
    strcpy(ptr, b"Hello world\0".as_ptr() as *const c_char);
    ptr
}

fn main() {
    // we wrap the null-terminated string into an MString.
    let string = unsafe { MString::from_raw_unchecked(create_str()) };

    // check the content is expected.
    assert_eq!(&*string, "Hello world");

    // the string will be dropped by `free` after the code is done.
}
```

> Note: This crate does not support Windows in general.
>
> Pointers in Rust are required to be aligned to be sound. However, there is no API on
> Windows that are both compatible with `free()` and supports aligned-malloc.
>
> Because the primary purpose of this crate is interoperability with C code working
> with `malloc()`, it is impossible for us to switch to the safe variant like
> [`_aligned_malloc()`](https://learn.microsoft.com/en-us/cpp/c-runtime-library/reference/aligned-malloc)
> (which requires [`_aligned_free()`](https://learn.microsoft.com/en-us/cpp/c-runtime-library/reference/aligned-free)).
>
> On Windows, trying to use `MBox<T>` or `MArray<T>` with `T`'s alignment not equal to 1
> will not compile.
>
> ```rust,compile_fail
> # #[cfg(not(windows))] { _ };
>
> use mbox::MBox;
> let value = MBox::new(1_u64); // will not compile,
> ```


## Installation

Add this to your Cargo.toml:

```toml
[dependencies]
mbox = "0.7"
```

## Usage

This crate provides three main types, all of which uses the system's `malloc`/`free` as the
allocator.

* `MBox<T>` — Similar to `Box<T>`.
* `MString` — Similar to `std::ffi::CString`.
* `MArray<T>` — A null-terminated array, which can be used to represent e.g. array of C strings
  terminated by a null pointer.

### `#![no_std]`

You may compile `mbox` and disable the `std` feature to not link to `std` (it will still link to
`core`.

```toml
[dependencies]
mbox = { version = "0.7", default-features = false }
```

When `#![no_std]` is activated, you cannot convert an `MString` into a `std::ffi::CStr`, as the
type simply does not exist 🙂.

### Nightly

To use nightly-channel features (if you need support for custom dynamic-sized types), enable the
`nightly` feature:

```toml
[dependencies]
mbox = { version = "0.7", features = ["nightly"] }
```

## Migrating from other crates

Note that `MBox` does not support custom allocator. If the type requires custom allocation,
`MBox` cannot serve you.

* [`malloc_buf`](https://crates.io/crates/malloc_buf) — `Malloc<T>` is equivalent to `MBox<T>`.
  Note however that `MBox<[T]>::from_raw_parts` will not allow null, 0-length buffers; use a
  dangling pointer instead.

* [`cbox`](https://crates.io/crates/cbox) — When not using a custom `DisposeRef`, the
  `CSemiBox<'static, T>` type is equivalent to `MBox<T>`, and `CBox<T>` is equivalent to
  `&'static T`.

* [`c_vec`](https://crates.io/crates/c_vec) — When using `free` as the destructor, `CVec<T>` is
  equivalent to `MBox<[T]>` and `CSlice<T>` as `[T]`.

* [`malloced`](https://crates.io/crates/malloced) — `Malloced<T>` is equivalent to `MBox<T>`.
  Note however that `mbox` depends on `libc` (more stable, but also longer build-time) and
  doesn't support `dyn Any` downcasting.

* [`malloc-array`](https://crates.io/crates/malloc-array) — `HeapArray<T>` is similar to
  `MBox<T>`, but this crate focuses more on raw memory management.