\datethis
@s class unknown
\input epsf
\def\lab#1:#2/{$\.{#1}_{#2}$}
@*Introduction. The purpose of this program is to enumerate polyominoes
of up to 30 cells. The method---possibly new?---is based on a sequence of
diagonal slices through the shape, proceeding from the upper left to
the lower right. For example, the curious polyomino
$$\epsfbox{polyomino.1}$$
has 20 diagonal slices, which we will call
$$\vbox{\halign{\lab#/,\hfil\cr
1002:2\cr
1002:4\cr
1002:6\cr
10002:8\cr
10223004:13\cr
112022003:19\cr
1010101002:24\cr
100010010023:29\cr
1000100010022:34\cr
10001000100202:39\cr
100010000102002:44\cr
10200103001405446:54\cr
100022033003004:61\cr
10230340000005:67\cr
1220020000003:72\cr
100010000002:75\cr
1000002:77\cr
100023:80\cr
12344:85\cr
1111:89\cr
}}$$
respectively.
(This polyomino obviously has more than 30 cells, but large examples will help
clarify the concepts needed in the program below.)
Each slice name consists of a string of hexadecimal digits, beginning and
ending with a nonzero digit; it also has a numeric subscript (in decimal).
The subscript counts the cells that lie on and above this diagonal slice.
The nonzero hexadecimal digits represent cells in the current diagonal;
such cells have the same digit if and only if they are rookwise connected
as a consequence of the cells seen so far.
The main virtue of such an approach is that many polyominoes have identical
slice names, hence they are essentially equivalent to each other with respect
to the lower part of the diagram. For example, $2^{29}$ of the fixed
30-ominoes have the simple slice sequence \lab1:1/, \lab1:2/,
\dots,~\lab1:30/. The total number of possible slices will therefore be
substantially smaller than the total number of possible polyominoes.
This program enumerates polyominoes in fixed position, because the task
of correcting such counts to take account of symmetries takes much
less time.
Actually this program doesn't do the whole job of enumeration;
it only outputs the edges of a certain directed acyclic graph.
Another program reads that graph and computes the number of
paths through it.
@d nmax 30 /* the size of polyominoes being counted, must not exceed 30 */
@c
#include
@@;
@@;
@@;
main(int argc, char *argv[])
{
@;
@;
@;
@;
@;
}
@ @=
void panic(char *mess)
{
fprintf(stderr,"%s!\n",mess);
exit(-1);
}
@ The base name of the output file should be given as a command-line
argument. This name will actually be extended by \.{.0}, \.{.1}, \dots,
as explained below, because there might be an enormous amount of output.
@ @=
if (argc!=2) {
fprintf(stderr, "Usage: %s outfilename\n",argv[0]);
}
base_name=argv[1];
@*Connectivity. By definition, a polyomino is a rookwise connected
set of cells. We'll want to restrict consideration to slices that can
actually lead to a 30-omino; this means that we reject any slice for which
one cannot connect all the so-far-unconnected pieces with |30-m|
cells that lie below the |m| cells already accounted for.
Fortunately a simple algorithm is available to compute the
minimum number of cells needed for connection. For example,
a hexadecimal pattern like \.{1002} needs 5 such cells, and \.{10203} needs~6.
A~more complex pattern like \.{1002000301} also needs~6; and in general
the subpattern $\.1\.0^{g_1}\.2\.0^{g_2}\ldots\.k\.0^{g_k}\.1$ needs
$\sum_{j=1}^k (2g_j+\nobreak1) - \max_{j=1}^k (2g_j+1)$,
after which that entire
subpattern can effectively be replaced by the single digit~\.1.
Equal digits are always nested, in the sense that we cannot have
a pattern like `\.{...1...2...1...2...}'. Therefore a simple
stack-like approach suffices for the computation, given the
hexadecimal digits |a[0]|, |a[1]|, \dots,~|a[len-1]|.
@=
int conn_distance(int len, char *a)
{
register int j,k,m,acc=0;
stk[0]=a[0], m=0;
for (j=1;jstk[m]) {
dst[m]=k;
stk[++m]=a[j];
}@+else {
while (a[j]k) k=dst[m];
}
if (a[j]!=stk[m]) panic("Oops, the program logic is screwed up");
acc-=k;
}
}
return acc;
}
@ @=
char stk[16],dst[16]; /* stacks for component numbers and distances */
@ The |conn_distance| of an initial, totally disconnected slice like
\lab102300400056:6/, having $k$ nonzero digits and length~$l$, is $2l-1-k$.
Thus we see that the set of all 30-ominoes has exactly $2^{14}$ possible
initial states, corresponding to the bits of the odd numbers less
than~$2^{15}$.
(Also, if we ignore connectivity but consider only the on-off pattern of
cells, the same set of $2^{14}$ patterns accounts for all interior slices.
The reason is that |conn_distance| also computes the minimum number of
cells either above or below {\it or both\/} that will connect up a
given pattern: Folding does not decrease connectivity.
@d maxlen ((nmax+1)>>1) /* usable patterns won't be longer than this */
@=
for (k=1; k<(1<;
@*Successive slices. Before we choose data structures for the main part of the
computation, let's look at the key problem that faces us, namely the
determination of all feasible slices that can follow a given slice.
Ignoring the subscripts for the moment, what are the possible successors of a
slice like, say, \.{1020032014}?
That hypothetical slice has 6 cells, namely 6 nonzero hexadecimal digits,
and they are adjacent to 10 cells in the slice that
comes immediately below. We must occupy at least one cell that is adjacent
to each of the component classes \.1, \.2, \.3, and \.4, lest the whole
polyomino be disconnected. Choosing the cell between the \.3 and the~\.2,
and/or the cell between the \.1 and the~\.4,
will kill two birds with one stone; so
we can get by with as few as 2 cells in the slice that follows \.{1020032014},
and in such a case its pattern will be \.{1002}.
The principle of inclusion and exclusion tells us how many ways there are to
fulfill the connectivity constraint, namely
$$2^{10}-2^6-2^6-2^8-2^8+2^2+2^4+2^5+2^5+2^4+2^6-2^1-2^1-2^3-2^3+2^0=529.$$
For each of these ways to occupy the 10 adjacent cells, we can also add
new cells that are not connected to any of the previous ones. For example,
we could put a cell midway between the \.2 and the \.3 in \.{2003};
we could also occupy cells that lie off to the left or the right.
The calculations for outlying cells are the same for all slices: A pattern
of $k$ cells that extends $l$ positions left of the cells adjacent to a given
slice adds $2l-k$ to the \\{conn\_distance}, plus a constant that depends only
on the position of the leftmost occupied adjacent cell.
A similar situation applies at the right.
It's important to notice that some successors of a slice will occur
more than once. For example, there are five ways to go from \lab1011:8/ to
\lab1:9/. This is one of the reasons I have such high hopes for the slice
method.
@ Several slices will have the same pattern of digits but different
subscripts. In such cases both slices have the same successors, except for
cutoffs based on the subscripts.
Closer study of this situation reveals, in fact, that each pattern in a slice
with subscript~$m$ occurs also with subscript~$m+1$, unless its
|conn_distance| equals |nmax-m|. The reason is that we could have added one
more cell above the topmost slice.
Therefore each pattern has a definite ``lifetime'': It is born at a certain
level~$m$, and it dies after level |nmax-d|, where $d$ is its
|conn_distance|.
Our job then is to consider every pattern that is born at level~$m$ and to
compute all successor patterns of cost at most |nmax-m|, where ``cost'' is the
cell-count~$w$ plus the connection distance~$d$. Such a successor will be born
at level $m+w$. We output this information to a file, so that a postprocessor
can rapidly count the number of paths through the network of possible slices.
If |nmax| is not too large, we could easily build the network ourselves and
avoid any postprocessing stage. For example, the author's first attempt at
such a program enumerated all fixed polynomials of size at most |nmax=15|
in less than half a second. And even when |nmax| is 25, the
number of patterns turns out to be less than 300,000 and the number of
slices less than 600,000. But the number of arcs between slices is
19 million, and these numbers grow exponentially as |nmax| increases.
@*Data structures. If you've been reading this commentary sequentially instead
of hypertextually, you will now understand that the task of designing
efficient data structures for our network of slices is
quite interesting, although elementary.
Our program will go through the list of all slices with subscript~$m$ and
successively generate their successors. I have a hunch that the total number
of different slices will fit comfortably in memory. (In theory, a pattern
of $k$ cells can appear with ${2k\choose k}{1\over k+1}$ different sequences
of connection numbers, but in practice most of those sequences never arise. For
example, a pattern like \.{1213} or \.{10213} is impossible.)
Therefore each pattern like \.{100201} has its own \&{pattern} node in the
program below; that node can be addressed via a hash table.
The first digit of a pattern is always \.1, so we can omit it. We won't need
patterns of length more than 15, so each pattern can be represented as
a hexadecimal number with 14 digits (and trailing zeros). An additional
byte is prepended, containing the pattern length;
thus \.{100201} is actually represented by the 64-bit hexadecimal number
|0x0600201000000000|. To make this program work on 32-bit machines,
a special type is declared in which we use 8 bytes instead of 16 nybbles.
@d length(pk) pk.bytes[0]
@=
typedef struct {
unsigned char bytes[8];
} patkey;
@ In the present program I'm also putting an |aux| field into each pattern
node, with the aim of eliminating a potentially long search when deciding
whether a pattern has appeared before as a successor. This field takes
up space, but it probably saves enough time to make it worthwhile.
@s succ_struct int
@=
typedef struct patt_struct {
patkey key; /* the hexadecimal pattern of connection digits */
struct succ_struct *aux; /* reference from a predecessor */
struct patt_struct *link; /* chain pointer used by |lookup| */
struct patt_struct *next; /* previous pattern with the same birthdate */
} patt;
@ Each successor to the current pattern
has a table entry telling its weight, date of death,
and the number of ways in which it succeeds.
@=
typedef struct succ_struct {
patt *pat; /* the successor pattern */
char weight; /* the number of cells it contains */
char degree; /* the replication number */
char death; /* level at which it last appears */
} succ;
@ Here I use a generous upper bound on the number of possible successors of
any pattern that might arise.
@d succ_size (maxlen*(1<=
succ succ_table[succ_size]; /* successors of the current pattern */
succ *succ_ptr; /* the first unused slot in |succ_table| */
@ The pattern table is the big memory hog; when |nmax=30|, more than
three million patterns are involved.
@d patt_size 3002000 /* must exceed the number of patterns generated */
@=
patt patt_table[patt_size]; /* the patterns */
patt *patt_list[nmax+1]; /* lists of patterns sorted by birthdate */
int patt_count[nmax+1]; /* lengths of those lists */
patt *patt_ptr=patt_table; /* the first unused slot in |patt_table| */
patt *bad_patt=patt_table+patt_size-1; /* the first unusable slot */
@ The |lookup| routine finds a node given its pattern.
I'm using separate chains because I want patterns to be encoded as consecutive
numbers in the output.
Parameters |len| and |a| are the pattern length and digits, as in the
|conn_distance| routine. Parameter |m| is the birthdate of the pattern, if it
happens to be new.
@=
patt *lookup(int len, char* a,int m)
{
patkey key;
register int j,l;
register unsigned int h;
register patt *p;
register unsigned char *q;
@;
p=hash_table[h];
if (!p) hash_table[h]=patt_ptr;
else@+while (1) {
for (j=0,q=&(p->key.bytes[0]); jlink) {
p->link=patt_ptr; @+break;
}
p=p->link;
}
@;
}
@ @=
if (patt_ptr==bad_patt) panic("Pattern memory overflow");
patt_ptr->key=key;
patt_ptr->next=patt_list[m];
patt_list[m]=patt_ptr;
patt_count[m]++;
return patt_ptr++;
@ ``Universal hashing'' (TAOCP exercise 6.4--72) is used to get a good hash
function, because most of the key bits are zero.
@d hash_width 20 /* lg of hash table size */
@d hash_mask ((1<=
a[len]=0, h=len<<(hash_width-4);
for (l=1; l+l<=len; l++) {
key.bytes[l]=(a[l+l-1]<<4)+a[l+l];
h+=hash[l][key.bytes[l]];
}
length(key)=len;
h&=hash_mask;
@ @=
patt *hash_table[hash_mask+1]; /* heads of the chains */
unsigned int hash[8][256]; /* random bits for universal hashing */
@ The random number generator used here doesn't have to be of sensational
quality.
@=
m=314159265;
for (j=1;j<8;j++) for (k=0; k<256; k++) {
m=69069*m+1;
hash[j][k]=m>>(32-hash_width);
}
@ @=
register int j,k,l,m;
@* Computing the successors. Now let's turn to the details of the
procedure sketched earlier. We will want some special data structures
for that, in addition to the major structures used for patterns.
The cells of a possible successor slice will be numbered from 0 to 49,
with cell 16 being adjacent-to-and-left-of the initial \.1 in the
slice whose successors are being found. (Any number exceeding
$3\times|nmax|/2$ will do in place of~50; we will have fewer than
15 new elements to the left of the pattern and fewer than 15 to the right,
hence we have plenty of elbow room.) Cell $j$ will be occupied if and only if
|occ[j]| is nonzero. Cell~0 is permanently unoccupied.
The cells adjacent to the previous pattern are |adjcell[0]|, |adjcell[1]|,
\dots, terminating with~0. The cells interior to but not adjacent to
the previous pattern are |intcell[0]|, |intcell[1]|, \dots, again terminating
with~0. The nonadjacent cells to the left of the pattern are 15, 14, \dots,
and the nonadjacent cells to the right are |rightend|, |rightend+1|, \dots.
The array |dig| contains the hexadecimal pattern digits.
The array |touched| tells how many occupied cells are adjacent to a
given connected component. Finally, there's an array |first|
with a slightly tricky meaning: |first[j]=k| if |dig[j]| was
the leftmost appearance of component~|k|.
For example, with pattern \.{1020032014}, we have
|dig[16]=1|, |dig[17]=0|, |dig[18]=2|, \dots, |dig[25]=4|;
also |adjcell[0]=16|, |adjcell[1]=17|, \dots, |adjcell[9]=26|, |adjcell[10]=0|;
and |intcell[0]=20|, |intcell[1]=0|, |rightend=27|.
The values of |first| are zero except that |first[16]=1|,
|first[18]=2|, |first[21]=3|, and |first[25]=4|.
If |occ[14]=occ[16]=occ[19]=occ[20]=occ[25]=1| and other entries of |occ| are
zero, we will have |touched[1]=2|, |touched[2]=1|, |touched[3]=0|, and
|touched[4]=1|.
@=
char dig[50]; /* component numbers in previous slice */
char adjcell[17]; /* cells adjacent to the previous slice */
char intcell[13]; /* nonadjacent cells between adjacent ones */
char first[50]; /* initial appearances of components that mustn't die */
char occ[50]; /* is this cell occupied? */
char touched[16]; /* occupied cells adjacent to components */
char appeared[16]; /* auxiliary record of component appearances */
char rightend; /* the smallest nonadjacent cell at the right of the pattern */
char leftbound,rightbound; /* first and last occupied cells */
@ Given a pattern |p| whose successors need to be found,
we begin by initializing the structures just mentioned.
Later we will mention a |leader| table, which might as well be
initialized while we're setting up the other things.
Any cell that is not adjacent to the
previous slice should have |leader[j]=j|.
The program in this step does not clear |dig[rightend]| to zero.
No harm is done, because subsequent steps never look at |dig[j]| for
|j>=rightend|.
@key|@>=
l=length(p->key);
for (j=2;j<=l;j+=2) {
k=p->key.bytes[(j>>1)];
dig[j+15]=k>>4, dig[j+16]=k&0xf;
}
dig[l+16]=0;
rightend=l+17;
for (j=rightend; j<=31; j++) leader[j]=j;
for (j=1;j<=l;j++) touched[j]=appeared[j]=0;
for (j=16,k=l=0;j=
register patt *p;
@ @=
dig[16]=1;
for (j=1;j<16;j++) leader[j]=j;
for (j=31;j<50;j++) leader[j]=j;
@ A setting of the |occ| array for adjacent cells is valid if and only
if each component is adjacent to at least one occupied cell. The
simple algorithm in this step moves from one valid setting to the
colexicographically next one, or does a |break| if the last valid
setting has been considered.
It is convenient to set |touched[0]| to such a large value that it
cannot become zero.
@=
touched[0]=128;
for (k=0;;k++) {
j=adjcell[k];
if (occ[j]) touched[dig[j-1]]--,touched[dig[j]]--,occ[j]=0;
else break;
}
if (!j) break; /* all were occupied, but now |occ| is entirely zero */
touched[dig[j-1]]++,touched[dig[j]]++,occ[j]=1;
@;
@ We have essentially added 1 in binary notation, clearing |occ| bits
to zero when ``carrying.'' Now we might have to reset some of them
in order to keep components alive.
(This computation is done also when we're getting started. Then |occ| is
identically zero and |k| is at the end of the list of adjacent cells.
In that case it finds the colexicographically smallest valid configuration.)
@=
for (k--; k>=0; k--) {
j=adjcell[k];
if (!touched[first[j]]) touched[dig[j-1]]++,touched[dig[j]]++,occ[j]=1;
}
@ Fans of top-down programming will have noticed that we've recently been
working bottom-up. Now let's get back in balance by giving an outline of
the successor generation process.
When this code is performed, |m| will be the current slice's subscript, namely
the number of cells on and above the slice whose successor is being
found.
The canonization process below will set |l| to the cost of the new pattern.
@=
{
succ_ptr=succ_table;
@;
touched[0]=128;
@;
while (1) {
@;
if (m+l>nmax) goto move; /* prune it away, it makes only big polyominoes */
@;
@;
move: @;
}
@;
}
@ @=
while (1) {
@;
advance:@+ for (k=0;;k++) {
j=intcell[k];
if (occ[j]) occ[j]=0;
else break;
}
if (!j) break;
occ[j]=1;
@;
if (m+l>nmax) goto advance;
@;
}
@ Here I make use of Mathematics, although it saves only a little
computation: When the \&{while} loop in this section ends,
|occ[j]| will be zero
for $|leftbound|=
save_leftbound=leftbound;
while (1) {
@;
for (j=15;;j--) {
if (occ[j]) occ[j]=0;
else break;
}
occ[j]=1;
if (j=maxlen) break;
@;
if (m+l>nmax) break;
@;
}
occ[leftbound]=0; /* this clears out the whole left end */
leftbound=save_leftbound;
@ @=
save_rightbound=rightbound;
rightbound=rightend;
occ[rightend]=1;
while (1) {
if (rightbound-leftbound>=maxlen) break;
@;
if (m+l>nmax) break;
@;
for (j=rightend;;j++) {
if (occ[j]) occ[j]=0;
else break;
}
occ[j]=1;
if (j>rightbound) rightbound=j;
}
occ[rightbound]=0; /* this clears out the whole right end */
rightbound=save_rightbound;
@ @=
char save_leftbound, save_rightbound;
/* boundaries within the previous pattern */
@*Canonization. Once a sequence of occupied cells has been proposed, we need
to represent it in canonical form as a sequence of component digits. For
example, if we occupy the four cells marked \.x in
$$\vbox{\halign{\hfil\.{#}\hfil\cr
1020032014\cr
\noalign{\vskip-3pt}
x00000x00xx\cr}}$$
then the components \.{23} and \.{14} are merged, so the new digits are
\.{10000020011}. (A canonical sequence always numbers the components
\.1, \.2, \dots~in order as they appear from left to right.)
Our first task is trivial: We occasionally need to locate the leftmost and
rightmost occupied cells.
@=
for (j=16; !occ[j]; j++) ;
leftbound=j;
for (j=rightend-1; !occ[j]; j--) ;
rightbound=j;
@ Our next job is more interesting: After changing the status of
adjacent cells, we need to merge components that are being joined.
A simple ``union--find'' algorithm is appropriate for this task.
Each occupied cell will point to the smallest cell in its class,
and the cells of a class are also circularly linked.
However, we make a quick exit to |done| if the cost is obviously so high
that the rest of the calculation cannot succeed.
@=
for (j=leftbound-1,l=m; j<=rightbound; j++) {
if (occ[j]) l++,circ[j]=leader[j]=j;
if (dig[j]) {
if (occ[j]) appeared[dig[j]]=j;
else if (occ[j+1]) appeared[dig[j]]=j+1;
}
}
if (l>nmax) goto done; /* pointless to continue */
for (j=leftbound-1; j<=rightbound; j++) if ((k=dig[j])) {
if (occ[j] && leader[j]!=leader[appeared[k]])
merge(leader[j],leader[appeared[k]]);
if (occ[j+1] && leader[j+1]!=leader[appeared[k]])
merge(leader[j+1],leader[appeared[k]]);
}
@ @=
char circ[50]; /* circular links for component classes */
char leader[50]; /* class representatives */
@ @=
void merge(int j,int k)
{
register int p,t;
if (j=
for (j=leftbound,k=l=0; j<=rightbound; j++,k++)
if (!occ[j]) newpat[k]=0;
else if (leader[j]=
char class[50]; /* canonical component number */
@ We aren't done yet, however. The reverse of a pattern is
computationally equivalent to the pattern itself; so we gain
a factor of roughly two (in both time and space)
by switching to the reverse pattern when
it is lexicographically smaller.
@=
for (j=rightbound,k=l=0; j>=leftbound; j--,k++)
if (!occ[j]) backpat[k]=0;
else if (class[leader[j]]&0x10) backpat[k]=class[leader[j]]&0xf;
else backpat[k]=++l, class[leader[j]]=l+0x10;
@ Here then is how we compute the cost of a purported successor.
(Again we bypass computation when a detailed calculation would be fruitless.)
@=
for (j=leftbound,l=0; j<=rightbound; j++)
if (occ[j]) l++;
if (m+l<=nmax) {
weight=l;
@;
@;
len=k; /* at this point |k| is the pattern length */
bestpat=newpat;
for (j=1;jbackpat[j]) {
bestpat=backpat; break;
}
k=conn_distance(k,bestpat);
l=weight+k;
}
@ @=
char newpat[16]; /* canonical sequence for the new pattern */
char backpat[16]; /* canonical sequence for its reversal */
char *bestpat; /* the lexicographically smaller */
int weight; /* the number of occupied cells */
@ @=
@;
if (rightbound-leftbound>=maxlen) {
l=nmax;@+ goto done; /* too long, so we make the cost huge */
}
@;
@;
done:@;
@ At this point the new classes of adjacent cells have already been determined.
Interior cells cannot make |rightbound-leftbound>=maxlen|.
@=
@;
@;
@ And at this point the |leftbound| and |rightbound| are already known.
@=
@;
@*Loose ends. We have finished the complicated decision-making that goes
into listing all successors of a given slice, but we still haven't
actually generated any successors. Now we're ready to do that simple task,
thereby unmasking the mystery of |aux|.
@=
q=lookup(len,bestpat,m+weight);
if (q->aux) q->aux->degree++; /* been there, done that */
else {
s=succ_ptr++;
s->pat=q;
q->aux=s;
s->degree=1;
s->weight=weight;
s->death=nmax-l+weight;
}
@ @=
register patt *q;
register succ *s;
@ The special successor pattern |NULL|, of cost 0, is added to the list
if slice |p| had only one component. This will be true if and only
if |appeared[2]| is zero. It means, ``We can stop now if we like, having
generated a polyomino of weight~|m|.''
@=
if (!appeared[2]) {
s=succ_ptr++;
s->pat=NULL, s->degree=1, s->weight=0, s->death=m;
}
@ Placing initial slices is complicated by the fact that we want to gain
a factor of two by symmetry. Thus if |k| is palindromic, we start with
pattern |k| itself; otherwise we consider |k| and its reflection but
with double weight. The latter case is essentially the same as a degree-2
transition from the null state.
The total number of initial transitions, which is also the total number of
slices that will appear at level |nmax|, is
$$2^{t-2}+\cases{ 2^{t/2}-1,&if $t$ is even,\cr
\noalign{\smallskip} 2^{(t-1)/2}+2^{(t-3)/2}-1,&if $t$ is odd,\cr}$$
where $t=|maxlen|=\lceil|nmax|/2\rceil$. For example, when |nmax| is 30
this number is 8383.
@=
{
m=k;
for (j=l=0; m; j++, m>>=1)
if (m&1) newpat[j]=++l;
else newpat[j]=0;
len=j;
weight=l;
for (j--;j>=0;j--,m++)
if (newpat[j]) backpat[m]=l+1-newpat[j];
else backpat[m]=0;
mult=1;
for (j=1;jbackpat[j]) goto bypass;
@;
bypass:@;
}
@ @=
int len; /* the pattern length */
int mult; /* its multiplicity */
@ The heart of the computation is, of course, the process of generating the
non-initial slices.
@=
@;
for (m=1;;m++) {
printf(" %d new patterns on level %d (%d,%d)\n",patt_count[m],m,
patt_ptr-patt_table, arcs);
@;
if (m==nmax) break;
for (p=patt_list[m]; p; p=p->next) {
@;
@