changeset 74970:d278931df0dd

(Bindat Spec): Clarify using field names in length specifications.
author Kim F. Storm <storm@cua.dk>
date Sat, 30 Dec 2006 00:54:53 +0000
parents 3b49658358de
children 5a0fef17fd44
files lispref/processes.texi
diffstat 1 files changed, 9 insertions(+), 7 deletions(-) [+]
line wrap: on
line diff
--- a/lispref/processes.texi	Fri Dec 29 23:57:38 2006 +0000
+++ b/lispref/processes.texi	Sat Dec 30 00:54:53 2006 +0000
@@ -2166,13 +2166,15 @@
 above-listed type specifications.
 @end table
 
-For a fixed-size field, the length @var{len} is given as an
-integer specifying the number of bytes in the field.  When the
-length of a field is not fixed, it typically depends on the value of a
-preceding field.  In this case, the length can be given either by
-that field's name as specified for @code{bindat-get-field} below, or by
-an expression @code{(eval @var{form})} where @var{form} should
-evaluate to an integer, specifying the field length.
+For a fixed-size field, the length @var{len} is given as an integer
+specifying the number of bytes in the field.
+
+When the length of a field is not fixed, it typically depends on the
+value of a preceding field.  In this case, the length @var{len} can be
+given either as a list @code{(@var{name} ...)} identifying a
+@dfn{field name} in the format specified for @code{bindat-get-field}
+below, or by an expression @code{(eval @var{form})} where @var{form}
+should evaluate to an integer, specifying the field length.
 
 A field specification generally has the form @code{([@var{name}]
 @var{handler})}.  The square braces indicate that @var{name} is