K. Noel Belcourt wrote:
Where the "terminate called recursively" is repeated approximately 570e6 times.
[kbelco@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.