PHP.nl

pack

pack

Pack data into binary string

string **pack** string $format mixed $values

Pack given arguments into a binary string according to . format

The idea for this function was taken from Perl and all formatting codes work the same as in Perl. However, there are some formatting codes that are missing such as Perl's "u" format code.

Note that the distinction between signed and unsigned values only affects the function , where as function gives the same result for signed and unsigned format codes. unpack``pack

format The string consists of format codes followed by an optional repeater argument. The repeater argument can be either an integer value or for repeating to the end of the input data. For a, A, h, H the repeat count specifies how many characters of one data argument are taken, for @ it is the absolute position where to put the next data, for everything else the repeat count specifies how many data arguments are consumed and packed into the resulting binary string. format``*

Currently implemented formats are:

values

Returns a binary string containing data.

Voorbeeld: example

<?php
$binarydata = pack("nvc*", 0x1234, 0x5678, 65, 66);
?>

The resulting binary string will be 6 bytes long and contain the byte sequence 0x12, 0x34, 0x78, 0x56, 0x41, 0x42.

Let op: > Format codes , , and are not available on 32-bit PHP builds.q``Q``J``P

Let op: > Note that PHP internally stores values as signed values of a machine-dependent size. Integer literals and operations that yield numbers outside the bounds of the
type will be stored as . When packing these floats as integers, they are first cast into the integer
type. This may or may not result in the desired byte pattern. int``int``float

The most relevant case is when packing unsigned numbers that would be representable with the type if it were unsigned. In systems where the type has a 32-bit size, the cast usually results in the same byte pattern as if the were unsigned (although this relies on implementation-defined unsigned to signed conversions, as per the C standard). In systems where the type has 64-bit size, the most likely does not have a mantissa large enough to hold the value without loss of precision. If those systems also have a native 64-bit C type (most UNIX-like systems don't), the only way to
use the pack format in the upper range is to create negative values with the same byte representation as the desired unsigned value. int``int``int``int``float``int``I``int

unpack