daily CVS update output

2021-02-01 Thread NetBSD source update
Updating src tree: P src/distrib/sets/lists/tests/mi P src/external/gpl3/binutils/dist/ld/emulparams/elf32lriscv.sh P src/external/gpl3/binutils/dist/ld/emulparams/elf32lriscv_ilp32.sh P src/external/gpl3/binutils/dist/ld/emulparams/elf32lriscv_ilp32f.sh P src/lib/libc/stdio/fread.3 P

Issues with ukbd.c Rev. 1.147?

2021-02-01 Thread Brian Buhrow
hello. Since upgrading my kernel to -.99.77 a couple of weeks ago, I've noticed a strange problem with my USB keyboard. If I'm in vi, editing a file, if I try to scroll down the file using the j key rapidly, instead of scrolling, I get usage errors from vi. In most cases, I'm

Re: Help with libcurses and lynx under NetBSD-9 and -current?

2021-02-01 Thread RVP
On Mon, 1 Feb 2021, Brett Lymn wrote: That really is just a kludge, it would be much better to get to the bottom of why the lynx/window combination is misbehaving. The TERMCAP variable has some severe liitations, the worst being it can only be 256bytes in size which was more than adequate for

Re: bmake inefficiencies

2021-02-01 Thread Simon J. Gerraty
Jason Thorpe wrote: > > I chose int (which is what sig_atomic_t is) for portability. > > sig_atomic_t has been around for a fairly long time now, and NOT using > it has a negative portability impact. Yes I'll change it - I can deal with making sig_atomic_t available if missing - that's the

Re: panic: _bus_virt_to_bus for vioif on GCE with GENERIC kernel

2021-02-01 Thread Reinoud Zandijk
Hi Paul, On Mon, Feb 01, 2021 at 06:46:17PM +1100, Paul Ripke wrote: > On Mon, Feb 01, 2021 at 04:18:17PM +1100, Paul Ripke wrote: > > However, forcing the full size virtio_net_hdr results in a working kernel! ... > > Does that give any hints? I'll double check all header size dependent code

Re: bmake inefficiencies

2021-02-01 Thread Jason Thorpe
> On Jan 31, 2021, at 12:41 PM, Simon J. Gerraty wrote: > > David Holland wrote: >> "static volatile sig_atomic_t reap_children;" > > I chose int (which is what sig_atomic_t is) for portability. sig_atomic_t has been around for a fairly long time now, and NOT using it has a negative

Re: Help with libcurses and lynx under NetBSD-9 and -current?

2021-02-01 Thread Roy Marples
On 01/02/2021 09:53, Brett Lymn wrote: The TERMCAP variable has some severe liitations, the worst being it can only be 256bytes in size which was more than adequate for a vt100 definition but a modern colour xterm definition simply won't fit in that space, terminfo does not have these

Re: bmake inefficiencies

2021-02-01 Thread Robert Elz
Date:Mon, 1 Feb 2021 09:04:54 +0100 (GMT+01:00) From:Roland Illig Message-ID: | According to https://en.cppreference.com/w/c/program/sig_atomic_t, | it has been available since C90, so don't worry about portability. Further, even if you're dealing with an

Re: Help with libcurses and lynx under NetBSD-9 and -current?

2021-02-01 Thread Brett Lymn
On Wed, Jan 27, 2021 at 10:07:30PM +, RVP wrote: > On Wed, 27 Jan 2021, Brian Buhrow wrote: > > > 1. How do I get pkgsrc/www/lynx to compile using -ncurses instead of the > > native curses > > library? I tried setting various options in /etc/mk.conf, but it looks > > like it really wants

Re: bmake inefficiencies

2021-02-01 Thread Roland Illig
01.02.2021 07:58:26 Simon J. Gerraty : > Martin Husemann wrote: > >> [External Email. Be cautious of content] >> >> >> On Sun, Jan 31, 2021 at 12:41:47PM -0800, Simon J. Gerraty wrote: >>> David Holland wrote: "static volatile sig_atomic_t reap_children;" >>> >>> I chose int (which is