diff Doc/libarray.tex @ 4877:e57a8de5aeb3 legacy-trunk

Added unsigned data formats (B, H, I, L).
author Guido van Rossum <guido@python.org>
date Fri, 03 Jan 1997 19:20:52 +0000
parents 7ef72873e4d6
children 3468ea8645ca
line wrap: on
line diff
--- a/Doc/libarray.tex	Fri Jan 03 19:20:17 1997 +0000
+++ b/Doc/libarray.tex	Fri Jan 03 19:20:52 1997 +0000
@@ -12,16 +12,23 @@
 \begin{tableiii}{|c|c|c|}{code}{Typecode}{Type}{Minimal size in bytes}
 \lineiii{'c'}{character}{1}
 \lineiii{'b'}{signed integer}{1}
+\lineiii{'B'}{unsigned integer}{1}
 \lineiii{'h'}{signed integer}{2}
+\lineiii{'H'}{unsigned integer}{2}
 \lineiii{'i'}{signed integer}{2}
+\lineiii{'I'}{unsigned integer}{2}
 \lineiii{'l'}{signed integer}{4}
+\lineiii{'L'}{unsigned integer}{4}
 \lineiii{'f'}{floating point}{4}
 \lineiii{'d'}{floating point}{8}
 \end{tableiii}
 
 The actual representation of values is determined by the machine
 architecture (strictly speaking, by the C implementation).  The actual
-size can be accessed through the \var{itemsize} attribute.
+size can be accessed through the \var{itemsize} attribute.  The values
+stored  for \code{'L'} and \code{'I'} items will be represented as
+Python long integers when retrieved, because Python's plain integer
+type can't represent the full range of C's unsigned (long) integers.
 
 See also built-in module \code{struct}.
 \bimodindex{struct}