Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 22 Jul 2016 23:33:27 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-testing@freebsd.org
Subject:   [Bug 202304] test lib/libutil/pidfile_test:main hangs on many non-x86 platforms
Message-ID:  <bug-202304-32464-ftONBt5Zd3@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-202304-32464@https.bugs.freebsd.org/bugzilla/>
References:  <bug-202304-32464@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202304

Bas Bossink <bas.bossink+freebsd@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bas.bossink+freebsd@gmail.c
                   |                            |om

--- Comment #4 from Bas Bossink <bas.bossink+freebsd@gmail.com> ---
In virtualbox; uname -a:
FreeBSD fb11 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r303113: Thu Jul 21 22:42=
:16
CEST 2016    bas@fb11:/usr/obj/usr/src/sys/GENERIC  amd64

This problem also occurs only when executing the test program using kyua.
When using the debugger to see where the test executable is hanging, it
reveals:
--
(lldb) bt
* thread #1: tid =3D 100089, 0x0000000800b8e3ea libc.so.7`_select + 10
  * frame #0: 0x0000000800b8e3ea libc.so.7`_select + 10
    frame #1: 0x00000000004012f8
pidfile_test`common_test_pidfile_child(fn=3D"test_pidfile_contested",
parent_open=3D0) + 616 at pidfile_test.c:172 [opt]
    frame #2: 0x0000000000400e37 pidfile_test`main [inlined]
test_pidfile_contested + 12 at pidfile_test.c:236 [opt]
    frame #3: 0x0000000000400e2b pidfile_test`main + 139 at pidfile_test.c:=
272
[opt]
    frame #4: 0x0000000000400cbf pidfile_test`_start + 383
--
Looking at the code we see:
select(0,0,0,0); at line 172

I don't claim to understand the specifics of this bug but in general I would
say that blocking with no timeout is a bad idea. I think this test should be
changed to include a timeout at line 172.
Next to that the reason why the behavior is different between running the t=
est
app with or without kyua still needs to be investigated.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-202304-32464-ftONBt5Zd3>