Home - Waterfall Grid T-Grid Console Builders Recent Builds Buildslaves Changesources - JSON API - About

Builder libcheck-solaris10-sparc Build #10

Results:

Build successful

SourceStamp:

Projectlibcheck
Repositoryhttp://svn.code.sf.net/p/check/code/trunk
Revision1194
Got Revision1194
Changes2 changes

BuildSlave:

unstable10s

Reason:

scheduler

Steps and Logfiles:

  1. svn update r1194 ( 21 secs )
    1. stdio
  2. shell '/opt/csw/bin/autoreconf --install' ( 2 mins, 27 secs )
    1. stdio
  3. shell_1 './configure' ( 1 mins, 6 secs )
    1. stdio
  4. shell_2 'gmake' ( 1 mins, 7 secs )
    1. stdio
  5. shell_3 'gmake check' ( 7 mins, 6 secs )
    1. stdio
    2. test-suite.log

Build Properties:

NameValueSource
branch None Build
builddir /export/home/buildbot-unstable10s/slave/libcheck-solaris10-sparc slave
buildername libcheck-solaris10-sparc Builder
buildnumber 10 Build
codebase Build
got_revision 1194 SVN
project libcheck Build
repository http://svn.code.sf.net/p/check/code/trunk Build
revision 1194 Build
scheduler schedule-libcheck-solaris10-sparc Scheduler
slavename unstable10s BuildSlave
workdir /export/home/buildbot-unstable10s/slave/libcheck-solaris10-sparc slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. brarcher

Timing:

StartFri Nov 28 06:51:17 2014
EndFri Nov 28 07:03:26 2014
Elapsed12 mins, 9 secs

All Changes:

:

  1. Change #6381

    Category None
    Changed by brarcher
    Changed at Fri 28 Nov 2014 06:50:16
    Repository http://svn.code.sf.net/p/check/code/trunk
    Project libcheck
    Revision 1193

    Comments

    report correct error if teardown after failure in no fork mode
    
    In nofork mode, the location of a failed assertion within a test
    case is lost if that test case has a checked teardown fixture
    (even if that fixture function is empty).
    
    The reason why this happens is this: the end of the message sequence
    coming down the pipe is CK_MSG_LOC (location of failing test),
    CK_MSG_FAIL, CK_MSG_CTX (TEARDOWN). It is this final message that
    confuses things, because rcvmsg_update_ctx() updates rmsg->lastctx
    (which I suspect is the right thing for it to do), which is the ctx
    value used by the first 'if' body in construct_test_result() in its
    call to tr_set_loc_by_ctx().
    
    The solution is to initialize tr->ctx to rmsg->failctx if
    it is not CK_CTX_INVALID.
    
    Bug #99.

    Changed files

    • AUTHORS
    • CMakeLists.txt
    • NEWS
    • src/check_msg.c
    • tests/CMakeLists.txt
    • tests/Makefile.am
    • tests/check_nofork_teardown.c
    • tests/test_check_nofork_teardown.sh
  2. Change #6382

    Category None
    Changed by brarcher
    Changed at Fri 28 Nov 2014 06:50:16
    Repository http://svn.code.sf.net/p/check/code/trunk
    Project libcheck
    Revision 1194

    Comments

    Change spacing.

    Changed files

    • NEWS