Updating src tree:
P src/distrib/utils/embedded/conf/evbarm.conf
P src/external/public-domain/tz/dist/backward
P src/lib/libedit/chared.c
P src/lib/libedit/chartype.c
P src/lib/libedit/el.c
P src/lib/libedit/filecomplete.c
P src/lib/libedit/map.c
P src/lib/libedit/read.c
P src/lib/libedit/read.h
On Sun, Oct 30, 2022 at 5:12 PM J. Hannken-Illjes wrote:
>
> > On 30. Oct 2022, at 06:52, Michael van Elst wrote:
> >
> > ozak...@netbsd.org (Ryota Ozaki) writes:
> >
> >> I've committed a possible fix. Could you try it?
> >
> >> Thanks,
> >> ozaki-r
> >
> >
> > I just got a NULL pointer
On Mon, Oct 31, 2022 at 6:12 AM Michael van Elst wrote:
>
> t...@netbsd.org (Tobias Nygren) writes:
>
> >$ nc -n -v 127.0.0.1 1234
> ># hangs forever in connect(2) instead of exiting w/ connection refused.
>
> The logic in tcp_drop() got reversed:
>
> @@ -1042,17 +1017,12 @@ tcp_newtcpcb(int
t...@netbsd.org (Tobias Nygren) writes:
>$ nc -n -v 127.0.0.1 1234
># hangs forever in connect(2) instead of exiting w/ connection refused.
The logic in tcp_drop() got reversed:
@@ -1042,17 +1017,12 @@ tcp_newtcpcb(int family, void *aux)
struct tcpcb *
tcp_drop(struct tcpcb *tp, int errno)
{
Hi,
Could this be fallout from recent network changes?
$ nc -n -v 127.0.0.1 1234
# hangs forever in connect(2) instead of exiting w/ connection refused.
Kind regards,
-Tobias
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2022.10.30.10.00.16 kre src/external/public-domain/tz/dist/backward,v 1.6
Logs can be found at:
Date:Sun, 30 Oct 2022 02:23:22 + (UTC)
From:NetBSD Test Fixture
Message-ID: <166709660251.4897.4957055195986461...@babylon5.netbsd.org>
| An extract from the build.sh output follows:
|
| ./usr/share/zoneinfo/America/Rainy_River
|
On Sun, Oct 30, 2022 at 2:52 PM Michael van Elst wrote:
>
> ozak...@netbsd.org (Ryota Ozaki) writes:
>
> >I've committed a possible fix. Could you try it?
>
> >Thanks,
> > ozaki-r
>
>
> I just got a NULL pointer dereference in tcp_ctloutput where
> the previous check for inp == NULL is also
> On 30. Oct 2022, at 06:52, Michael van Elst wrote:
>
> ozak...@netbsd.org (Ryota Ozaki) writes:
>
>> I've committed a possible fix. Could you try it?
>
>> Thanks,
>> ozaki-r
>
>
> I just got a NULL pointer dereference in tcp_ctloutput where
> the previous check for inp == NULL is also