> [3] The execution that fails is actually a crucial > part of the `make install' process. I've attached > the whole output of the build and install > processes.
The problem is in /sys/src/ape/lib/ap/stdio/vfscanf.c -- semantics of "%n" is incorrect if an item is terminated by EOF (i.e. end of string in the case of sscanf). I'll submit a patch for vfscanf. Meanwhile a workaround for your lout(1) is to find this line in z36.c: bpos += bcount; and insert this line after it: if(buff[bpos-1] == 0) bpos--;