Boost logo

Boost :

From: John Maddock (john_at_[hidden])
Date: 2007-12-28 06:05:52


K. Noel Belcourt wrote:
> Where the "terminate called recursively" is repeated approximately
> 570e6 times.
>
> [kbelco_at_sahp7645 results]$ ls -l /var/scratch2/boost/results/boost/
> bin.v2/libs/regex/test/regex_regress.test/intel-linux-10.0/debug/
> threading-multi/regex_regress.output
> -rw-rw-r-- 1 kbelco kbelco 572424926 Dec 27 04:58 /var/scratch2/
> boost/results/boost/bin.v2/libs/regex/test/regex_regress.test/intel-
> linux-10.0/debug/threading-multi/regex_regress.output
>
> This is causing process_jam_log to fail to process the intel-10.0
> results, resulting in a hang. Any idea why this test is failing
> under intel-10.0 while it appears to pass okay under 8.1, 9.0 and 9.1?

I tried this on my Linux box with both Intel-10.0 and Intel-10.1 and see
similar behaviour in each case: the program hangs (actually it segfaults
according to gdb) as soon as it attempts to throw an exception from within
the library.

However, I'm using this compiler on an unsupported Linux configuration, so
problems like this aren't necessarily unexpected :-(

So... is the system you're running on supported officially by Intel?

Also like you I have no issues with earlier Intel compiler releases on this
machine, so I'm not sure what if anything I can do to fix this :-(

Just an idea: but can you try building that test with link=static and see if
that helps at all? Just in case it's a passing exceptions across .so
boundaries problem?

Thanks, John.


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk