Re: [Boost-cmake] Test feedback
Beman Dawes wrote: I went back and set BOOST_BUILD_SLAVE_HOSTNAME to vista.dc.resophonic.com< http://vista.dc.resophonic.com/>, then tried nmake /I test. It runs for a bit and then pauses for a long time, then runs a bit more, etc. At this rate it will take days to run the full set of tests. Is that normal? I've seen this but haven't had time to dig in and solve it yet. CPU usage drops to zero and the thing just sits there Yes, those are the symptoms I'm seeing here. (there is no network connection open, that isn't the problem). There is something fishy with the python subprocess stuff (on windows. darwin/linux are fine.) that I haven't had time to look at. Any Python win32api experts out there who could look at this? It looks like you can fix this pretty easily by using subprocess.communicate() instead of subprocess.wait(), but then you get other problems with Visual Studio Debug Library Assertion Failure Popups, how to monitor/timeout the subprocesses, etc. I created a ticket on this one as well: http://svn.boost.org/trac/boost/ticket/2043 -t ___ Boost-cmake mailing list Boost-cmake@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-cmake
Re: [Boost-cmake] popups on windows
So this handles, uh, 'gpfaulterrorboxes', but it doesn't handle assertion failure popups that happen when you're compiled Debug and e.g. pass a null string as the format to sprintf. Created a ticket on this: http://svn.boost.org/trac/boost/ticket/2044 If anybody wants to pitch in and have a look. My time is tightening up, July and first half of August are going to be really crazy months. -t troy d. straszheim wrote: Evan Wheeler wrote: Okay, so if you call this windows API function: SetErrorMode( SEM_NOGPFAULTERRORBOX ); Evan sent a way to do this in python to me offline, it appears to work, checked in, problem solved for now. -t ___ Boost-cmake mailing list Boost-cmake@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-cmake ___ Boost-cmake mailing list Boost-cmake@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-cmake
Re: [Boost-cmake] Some issues getting started on Win32
troy d. straszheim wrote: > On the CMAKE_RC_COMPILER: we saw this error as well... then it > mysteriously disappeared, we didn't manage to toggle it and document > how. It looks like there > are some variations in the way visual studio gets installed that > are relevant: > >http://www.cmake.org/Bug/view.php?id=5719 > > [note that the 'proposed solution' bit doesn't start until after the > rather long how-to-reproduce] Yeah, thanks. I added my own remark because the reporter is letting CMake off way too easy IMO. > On the 64 bit problems... will look later. Thanks. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Boost-cmake mailing list Boost-cmake@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-cmake