Valdis wrote:
> On Tue, 08 Aug 2017 18:04:56 +0100, Ralph Corderoy said:
>
> > I did git-bisect(1) it. Over time, it homed in on the enabling of
> > assert(3)s by default. :-)
>
> Which points at it *always* having been broken..
Indeed, though in this case, that's just since the m_getfld
On Tue, 08 Aug 2017 18:04:56 +0100, Ralph Corderoy said:
> I did git-bisect(1) it. Over time, it homed in on the enabling of
> assert(3)s by default. :-)
Which points at it *always* having been broken..
___
Nmh-workers mailing list
Nmh-workers
Hi,
I've opened https://savannah.nongnu.org/bugs/index.php?51693 to track
this because I don't have time at the moment, but I don't know who gets
those "bug opened" emails so here's a copy.
$ git describe
1.7-branchpoint-10-ga091c28b
$ uip/scan -format '' -file /dev/null
scan: sbr
Hi David,
> > Sunglasses have a width of 1 here, that's why David and I don't see
> > the problem.
>
> I'm surprised that I didn't see the same behavior as Norm, because we
> use the same locale, en_US.utf8. Any idea why?
I'm en_GB.utf8, but I don't see it either. It's the wcwidth(3) answer
for
Hi,
David wrote:
> > inc seems to have a similar, if not identical problem.
>
> It's identical: inc uses the same code to print the scan line.
I was surprised recently when plodding through the source that inc(1)
actually uses the scan() function to do the inc-ing, with the scan as a
side effect