This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2020.05.24.21.09.49.
An extract from the build.sh output follows:
--- dependall-sys ---
On Sun, 24 May 2020 at 16:39, Joerg Sonnenberger wrote:
>
> On Sun, May 24, 2020 at 09:22:41AM +0100, Chavdar Ivanov wrote:
> > While doing pkg_rolling-replace on amd64 -current from yesterday, I
> > got three times in a row a hang in cmake as the followingL
>
> Please attach with gdb and run
On Sun, May 24, 2020 at 09:22:41AM +0100, Chavdar Ivanov wrote:
> While doing pkg_rolling-replace on amd64 -current from yesterday, I
> got three times in a row a hang in cmake as the followingL
Please attach with gdb and run "thread apply all bt" and give me the
result. There are still two
Thanks!
On 2020-05-24, Paul Ripke wrote:
> On Sun, May 24, 2020 at 06:56:54AM -0400, Greg Troxel wrote:
> > Yorick Hardy writes:
> >
> > (I realize you later say this isn't it.)
> >
> > >> @@ -4141,10 +4140,6 @@ sys_fdatasync(struct lwp *l, const struct
> > >> sys_fdatasync_args *uap,
On Sun, May 24, 2020 at 06:56:54AM -0400, Greg Troxel wrote:
> Yorick Hardy writes:
>
> (I realize you later say this isn't it.)
>
> >> @@ -4141,10 +4140,6 @@ sys_fdatasync(struct lwp *l, const struct
> >> sys_fdatasync_args *uap, register_t *r
> >>/* fd_getvnode() will use the descriptor
Yorick Hardy writes:
(I realize you later say this isn't it.)
>> @@ -4141,10 +4140,6 @@ sys_fdatasync(struct lwp *l, const struct
>> sys_fdatasync_args *uap, register_t *r
>> /* fd_getvnode() will use the descriptor for us */
>> if ((error = fd_getvnode(SCARG(uap, fd), )) != 0)
>>
On 2020-05-24, Yorick Hardy wrote:
> Dear Greg and Paul,
>
> On 2020-03-25, Paul Ripke wrote:
> > On Mon, Mar 16, 2020 at 08:47:27AM -0400, Greg Troxel wrote:
> > > [lots of test reports about fdatasync patch]
> > >
> > > Thanks -- that's enough for me to be comfortable.
> > > and it's been
Dear Greg and Paul,
On 2020-03-25, Paul Ripke wrote:
> On Mon, Mar 16, 2020 at 08:47:27AM -0400, Greg Troxel wrote:
> > [lots of test reports about fdatasync patch]
> >
> > Thanks -- that's enough for me to be comfortable.
> > and it's been proposed for more than long enough, with no adverse
>
Hi,
While doing pkg_rolling-replace on amd64 -current from yesterday, I
got three times in a row a hang in cmake as the followingL
...
(gdb) bt
#0 0x7a316cea8d3a in ___lwp_park60 () from /usr/lib/libc.so.12
#1 0x7a316d60a7d0 in pthread_cond_timedwait () from
/usr/lib/libpthread.so.1
#2
