From 23c6f9e07a3cae7c05e55abd01ff798384241538 Mon Sep 17 00:00:00 2001 From: Rickard Green Date: Sun, 16 Sep 2012 02:45:32 +0200 Subject: Add erl_drv_[send|output]_term --- system/doc/efficiency_guide/drivers.xml | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) (limited to 'system/doc/efficiency_guide') diff --git a/system/doc/efficiency_guide/drivers.xml b/system/doc/efficiency_guide/drivers.xml index fec68ca059..b10595ea4d 100644 --- a/system/doc/efficiency_guide/drivers.xml +++ b/system/doc/efficiency_guide/drivers.xml @@ -105,9 +105,9 @@ client_port() ->

If you know that the binaries you return are always small, you should use driver API calls that do not require a pre-allocated binary, for instance - driver_output() + driver_output() or - driver_output_term() + erl_drv_output_term() using the ERL_DRV_BUF2BINARY format, to allow the run-time to construct a heap binary.

@@ -120,7 +120,7 @@ client_port() -> the driver to an Erlang process, the driver must first allocate the binary and then send it to an Erlang process in some way.

-

Use driver_alloc_binary() to allocate a binary.

+

Use driver_alloc_binary() to allocate a binary.

There are several ways to send a binary created with driver_alloc_binary().

@@ -128,17 +128,17 @@ client_port() ->

From the control callback, a binary can be returned provided that - set_port_control() + set_port_control_flags() has been called with the flag value PORT_CONTROL_FLAG_BINARY.

A single binary can be sent with - driver_output_binary().

+ driver_output_binary().

Using - driver_output_term() + erl_drv_output_term() or - driver_send_term(), + erl_drv_send_term(), a binary can be included in an Erlang term.

-- cgit v1.2.3