[lldb-dev] [Bug 17946] New: test_with_dwarf_and_run_command (TestExprDoesntBlock.ExprDoesntDeadlockTestCase) fails on FreeBSD with threaded inferior support
bugzilla-daemon at llvm.org
bugzilla-daemon at llvm.org
Fri Nov 15 07:43:58 PST 2013
http://llvm.org/bugs/show_bug.cgi?id=17946
Bug ID: 17946
Summary: test_with_dwarf_and_run_command
(TestExprDoesntBlock.ExprDoesntDeadlockTestCase) fails
on FreeBSD with threaded inferior support
Product: lldb
Version: unspecified
Hardware: PC
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P
Component: All Bugs
Assignee: lldb-dev at cs.uiuc.edu
Reporter: emaste at freebsd.org
Classification: Unclassified
Submitting a PR for this specific issue as I will soon commit the FreeBSD
threaded inferior support and this testcase is one of 3 failures left.
['dotest.py', '--executable',
'/tank/emaste/src/llvm/tools/lldb/test/../../../build-nodebug/bin/lldb', '-C',
'/usr/bin/clang', '-v', '-t', '-f',
'ExprDoesntDeadlockTestCase.test_with_dwarf_and_run_command']
LLDB library dir:
/tank/emaste/src/llvm/tools/lldb/test/../../../build-nodebug/bin
lldb version 3.4 (git at github.com:fbsd/lldb.git revision
901f2135a6c9f117d524447f95aba0b60cbeb6f9)
lldb.pre_flight: None
lldb.post_flight: None
Session logs for test failures/errors/unexpected successes will go into
directory '2013-11-15-10_32_38'
Command invoked: python dotest.py --executable
/tank/emaste/src/llvm/tools/lldb/test/../../../build-nodebug/bin/lldb -C
/usr/bin/clang -v -t -f
ExprDoesntDeadlockTestCase.test_with_dwarf_and_run_command (python2.7
compilers=['/usr/bin/clang']
Configuration: arch=amd64 compiler=/usr/bin/clang
----------------------------------------------------------------------
Collected 1 test
Change dir to:
/tank/emaste/src/llvm/tools/lldb/test/functionalities/expr-doesnt-deadlock
1: test_with_dwarf_and_run_command
(TestExprDoesntBlock.ExprDoesntDeadlockTestCase)
Test that expr will time out and allow other threads to run if it blocks.
...
os command: [['/bin/sh', '-c', 'gmake clean;gmake MAKE_DSYM=NO ARCH=amd64
CC=/usr/bin/clang']]
with pid: 65807
stdout: rm -rf "a.out" "" locking.o locking.d *.d.[0-9] *.d.[0-9][0-9]
*.d.[0-9][0-9][0-9] *.d.[0-9][0-9][0-9][0-9] *.d.[0-9][0-9][0-9][0-9][0-9]
gmake: `a.out' is up to date.
stderr:
retcode: 0
breakpoint: SBBreakpoint: id = 1, source regex = "Break here", locations = 1
FAILURE
os command: [['/usr/bin/clang', '-v']]
with pid: 65823
stdout:
stderr: FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
Target: x86_64-unknown-freebsd9.2
Thread model: posix
retcode: 0
<bound method SBProcess.Kill of <lldb.SBProcess; proxy of <Swig Object of type
'lldb::SBProcess *' at 0x80c2be9f0> >>: success
os command: [['/bin/sh', '-c', 'gmake clean']]
with pid: 65824
stdout: rm -rf "a.out" "" locking.o locking.d *.d.[0-9] *.d.[0-9][0-9]
*.d.[0-9][0-9][0-9] *.d.[0-9][0-9][0-9][0-9] *.d.[0-9][0-9][0-9][0-9][0-9]
stderr:
retcode: 0
Restore dir to: /tank/emaste/src/llvm/tools/lldb/test
======================================================================
FAIL: test_with_dwarf_and_run_command
(TestExprDoesntBlock.ExprDoesntDeadlockTestCase)
Test that expr will time out and allow other threads to run if it blocks.
----------------------------------------------------------------------
Traceback (most recent call last):
File "/tank/emaste/src/llvm/tools/lldb/test/lldbtest.py", line 370, in
wrapper
return func(self, *args, **kwargs)
File "/tank/emaste/src/llvm/tools/lldb/test/lldbtest.py", line 709, in
wrapper
func(*args, **kwargs)
File
"/tank/emaste/src/llvm/tools/lldb/test/functionalities/expr-doesnt-deadlock/TestExprDoesntBlock.py",
line 30, in test_with_dwarf_and_run_command
self.expr_doesnt_deadlock()
File
"/tank/emaste/src/llvm/tools/lldb/test/functionalities/expr-doesnt-deadlock/TestExprDoesntBlock.py",
line 67, in expr_doesnt_deadlock
self.assertTrue (var.GetValueAsSigned (0) == 567)
AssertionError: False is not True
Config=amd64-/usr/bin/clang
----------------------------------------------------------------------
Ran 1 test in 5.099s
FAILED (failures=1)
Session logs for test failures/errors/unexpected successes can be found in
directory '2013-11-15-10_32_38'
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20131115/5b54e184/attachment.html>
More information about the lldb-dev
mailing list