My experience mirrored Clint's.  Our version of CMake on the farm was at
2.8.12, but locally developers were at differing versions.  What made
matters worse is that it is a lot harder to diagnose problems from farm
built binaries, so it wasn't until one of the 4 developers looking into
this problem was able to get a local debug build were we able to figure out
it was a stack problem.  At that point, I happened to remember that CMake
modified the default stack size, and with a bit of investigation realized
the flag was missing on newer versions.  Basically I wasn't expecting CMake
versions to be a contributing factor, so it was one of the last things I
looked at.

James


On Fri, Oct 25, 2013 at 1:11 PM, Clinton Stimpson <clin...@elemtech.com>wrote:

> On Friday, October 25, 2013 02:52:45 PM David Cole wrote:
> > > Hmmm... Well that was a not backward compatible way of doing it.
> >
> >  This behavior has existed for a long long time.
> >
> > Sorry for the extra effort you had to expend tracking down a mysterious
> > problem because of this change. I remember having some discussions
> > (probably just verbal, though, I can't find anything in email or bug
> > tracker) about whether this "simple change" should have a policy, and
> > we decided not to because we thought "out of stack space" errors would
> > be relatively easy to identify and correct in projects that require
> > large stack space.
> >
> > Out of curiosity, if you can share details, why did it take so long to
> > identify the problem in your case? (Or was it immediately obvious, and
> > you just took that long to trace it back to a CMake change....?)
> >
>
> If you were curious...
>
> We also ran into this problem with an application.  The error dialog that
> comes up on Windows specifically says stack overflow (at least with a debug
> build).
>
> So for us, it was easy to know that it was a stack overflow problem, but it
> wasn't clear why one developer had it and the others didn't, until we
> traced
> it back to the cmake version.
>
> Clint
> --
>
> Powered by www.kitware.com
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Kitware offers various services to support the CMake community. For more
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>
--

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to