I did this work 20 years ago but lost the source.
Eventually you'll run into having '\n' not just at the end of a buffer
line, but as any character in a buffer. I faced a choice of walking
the strings to calculate how many rows it took during display, or having
to always splice and unsplice
In the never ending story of "encoding of diag instructions is hard,
let's go shopping" (as shown by at least rev 1.65, 1.66 and 1.189 of
hppa locore.S), the following diff attempts to clean and fix things for
good:
- macros get a cpu-family suffix, since encoding differ accross
processor
On 2018-10-29 23:27, Ted Unangst wrote:
Rian Hunter wrote:
Another gentle bump on this patch:
this looks about right.
Another gentle bump on this patch:
Index: lib/libfuse/fuse.c
===
RCS file: /cvs/src/lib/libfuse/fuse.c,v
i added a hack to vlan(4) a while back where setting the link0 flag
caused the 802.1P prio field in the vlan header to get set to the llprio
on the interface. i wanted this cos the isp here needs pppoe over vlan
2, and the prio on vlan 2 has to be set to 0 on the wire otherwise the
packets get
Hi,
I'm trying to work out a way of progressing mg to be 8 bit clean. Not
being 100% sure of the scope of the problem and solution, attached is
a diff that is trying to remove the implied or faked '\n' character
from mg's buffers.
I'm taking the approach of loading the '\n' char from disk to
On Thu, Nov 15, 2018 at 11:32:23AM +1000, David Gwynne wrote:
> On Fri, Nov 17, 2017 at 01:11:52PM -, Christian Weisgerber wrote:
> > On 2017-11-17, David Gwynne wrote:
> >
> > > can we have modified displays within a view?
> >
> > We already have this for the ifstat view.
> >
> >
