Ah! Thank you for this! The initialization works perfectly now.
I wonder, however, if there is another problem around z38.c:254, like the one you have mentioned here? I get the following (extra debugging info removed) when I try to do cpu% cd doc/slides cpu% lout -r2 all > slides.ps <snip> cm: line 280: UC Ocircumflex cm: line 280: UA o cm: line 280: AC circumflex cm: line 281: UC Otilde cm: line 281: UA o cm: line 281: AC tilde cm: line 282: UC Odieresis cm: line 282: UA o cm: line 282: AC dieresis cm: line 283: is UC Odieresis lout file "/usr/akumar/lib/lout/lib/data/fontdefs.ld" (from "slides" line 409, from "all" line 7): 788,16: fatal error: unknown mapping name is in mapping file /usr/akumar/lib/lout/lib/maps/LtLatin1.LCM (line 283) where lines 280 through 286 of LtLatin1.LCM contain: 244 364 ocircumflex UC Ocircumflex; UA o; AC circumflex; 245 365 otilde UC Otilde; UA o; AC tilde; 246 366 odieresis UC Odieresis; UA o; AC dieresis; 247 367 divide 248 370 oslash UC Oslash; 249 371 ugrave UC Ugrave; UA u; AC grave; 250 372 uacute UC Uacute; UA u; AC acute; so, it is reading 247 367 divide wrongly. Hence, my guess that this too is a problem with sscanf. (It appears that "divide" is being read as "is UC Odieresis"?) Thank you, ak On 5/19/10, Richard Miller <9f...@hamnavoe.com> wrote: >> [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--; > > >
