Boost logo

Boost-Build :

From: Martin Wille (mw8329_at_[hidden])
Date: 2003-07-07 09:06:23


Beman Dawes wrote:

> Depending on the exact command line and the current state of targets and
> dependencies, the access violation usually happens several seconds after
> the start of the program but before any compiles start. At least once,
> however, some compiles and tests ran before the access violation happens.
>
> Please let me know what additional information is needed. Because the
> problem is reproducible under the debugger, it is easy to get more
> information.

FWIW, I run into the same problem (I'm using Gentoo Linux).

Running "bjam -sTOOLS=intel-7.1 test" from boost/status produces the
attached output.

I reran with an debug enabled bjam binary and got this backtrace in
gdb:

#0 0x08051f24 in make1c (pState=0x8ea4a60) at make1.c:570
#1 0x080516f2 in make1 (t=0x8156c30) at make1.c:227
#2 0x08050489 in make (n_targets=1, targets=0x85f21a0, anyhow=0) at
make.c:170
#3 0x0804e8f3 in main (argc=1, argv=0xbffff44c, arg_environ=0xbffff454)
at jam.c:434
#4 0x40033db4 in __libc_start_main () from /lib/libc.so.6

line 570 of make1.c is the "if (t->includes) {" that is already being
discussed. t==0 here.

A core dump is available on request.

Regards,
m
 --------------020807010903070102070105 Content-Type: text/plain;
name="bjam_log.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="bjam_log.txt"

prompt> ../tools/build/jam_src/bin/bjam -sTOOLS=intel-7.1 test
...found 14276 targets...
...updating 2407 targets...
execute-test ../libs/conversion/test/bin/cast_test.test/intel-7.1/debug/runtime-link-dynamic/cast_test.run
====== BEGIN OUTPUT ======
Usage: test_casts [n], where n omitted or is:
1 = execute #1 assert failure (#ifndef NDEBUG)
2 = execute #2 assert failure (#ifndef NDEBUG)
Example: test_casts 2

NDEBUG is not defined

Beginning tests...
====== END OUTPUT ======

LD_LIBRARY_PATH=/opt/intel/compiler70/ia32/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
../libs/conversion/test/bin/cast_test.test/intel-7.1/debug/runtime-link-dynamic/cast_test > ../libs/conversion/test/bin/cast_test.test/intel-7.1/debug/runtime-link-dynamic/cast_test.output 2>&1 && cp -f ../libs/conversion/test/bin/cast_test.test/intel-7.1/debug/runtime-link-dynamic/cast_test.output ../libs/conversion/test/bin/cast_test.test/intel-7.1/debug/runtime-link-dynamic/cast_test.run || ( echo ====== BEGIN OUTPUT ====== && cat ../libs/conversion/test/bin/cast_test.test/intel-7.1/debug/runtime-link-dynamic/cast_test.output && echo ====== END OUTPUT ====== && exit 1 )

...failed execute-test ../libs/conversion/test/bin/cast_test.test/intel-7.1/debug/runtime-link-dynamic/cast_test.run...
MkDir1 ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1
MkDir1 ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1/debug
MkDir1 ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1/debug/runtime-link-dynamic
intel-linux-C++-action ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1/debug/runtime-link-dynamic/testconstrained_value.o
intel-linux-Link-action ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1/debug/runtime-link-dynamic/testconstrained_value
Chmod1 ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1/debug/runtime-link-dynamic/testconstrained_value
execute-test ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1/debug/runtime-link-dynamic/testconstrained_value.run
**passed** ../libs/date_time/test/bin/testconstrained_value.test/intel-7.1/debug/runtime-link-dynamic/testconstrained_value.test
Segmentation fault (core dumped)
 --------------020807010903070102070105--


Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk