From: Akshat Kumar <akumar@mail.nanosouffle.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] APE port: lout(1)
Date: Wed, 19 May 2010 23:45:32 +0000 [thread overview]
Message-ID: <AANLkTinjyiqDYuiJY8g2-yuH8UtCVuXhGIadZUUSQI7J@mail.gmail.com> (raw)
In-Reply-To: <c78277312c666a8accf98fd825eed843@hamnavoe.com>
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 <9fans@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--;
>
>
>
next prev parent reply other threads:[~2010-05-19 23:45 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-18 23:11 Akshat Kumar
2010-05-19 14:25 ` Richard Miller
2010-05-19 23:45 ` Akshat Kumar [this message]
2010-05-20 10:34 ` Richard Miller
2010-05-20 12:29 ` Akshat Kumar
2010-05-20 12:57 ` Akshat Kumar
2010-05-20 13:24 ` Richard Miller
2010-05-20 14:01 ` Akshat Kumar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AANLkTinjyiqDYuiJY8g2-yuH8UtCVuXhGIadZUUSQI7J@mail.gmail.com \
--to=akumar@mail.nanosouffle.net \
--cc=9fans@9fans.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).