template <>

class WireWeakSyncClientImpl

Defined at line 6522 of file fidling/gen/sdk/fidl/fuchsia.hardware.goldfish/fuchsia.hardware.goldfish/cpp/fidl/fuchsia.hardware.goldfish/cpp/wire_messaging.h

Public Methods

::fidl::WireResult< ::fuchsia_hardware_goldfish::Pipe::SetBufferSize> SetBufferSize (uint64_t size)

Request new IO buffer size. Can fail if out of memory. Discards

contents of existing buffer on success. Leaves existing buffer

intact on failure.

Allocates 48 bytes of message buffer on the stack. No heap allocation necessary.

::fidl::WireResult< ::fuchsia_hardware_goldfish::Pipe::GetBuffer> GetBuffer ()

Acquire VMO for IO buffer. Can be called multiple times. Each call

returns a new handle to the VMO.

Allocates 40 bytes of message buffer on the stack. No heap allocation necessary.

::fidl::WireResult< ::fuchsia_hardware_goldfish::Pipe::Read> Read (uint64_t count, uint64_t offset)

Attempt to read up to count bytes into IO buffer at specified offset.

Returns `ZX_ERR_SHOULD_WAIT` if pipe device is not readable.

Allocates 64 bytes of message buffer on the stack. No heap allocation necessary.

::fidl::WireResult< ::fuchsia_hardware_goldfish::Pipe::Write> Write (uint64_t count, uint64_t offset)

Writes up to count bytes from the IO buffer at specified offset.

Returns `ZX_ERR_SHOULD_WAIT` if pipe device is not writable.

Allocates 64 bytes of message buffer on the stack. No heap allocation necessary.

::fidl::WireResult< ::fuchsia_hardware_goldfish::Pipe::DoCall> DoCall (uint64_t count, uint64_t offset, uint64_t read_count, uint64_t read_offset)

Writes `count` bytes from the IO buffer at specified write

`offset`. Returns `ZX_ERR_SHOULD_WAIT` if pipe device is not writable.

If it writes to device successfully, it subsequently reads `read_count`

bytes into the IO buffer at specified `read_offset`. Returns

`ZX_ERR_SHOULD_WAIT` if pipe device is not readable.

Return value `actual` is the total bytes read from and written to

the IO buffer.

The name "DoCall" (instead of "Call") is to avoid collision with LLCPP

generated code "class Call" (generated per protocol). We don't want

this method attempting to compile as if it were a constructor.

Allocates 80 bytes of message buffer on the stack. No heap allocation necessary.