At Monday 2004-09-27 22:16, you wrote:
At Monday 2004-09-27 05:19, you wrote:
"Victor A. Wagner Jr." <vawjr@rudbek.com> writes:
I've had to remove mingw from my regression testing since it's creating .lib files which cause bjam to "except" when running the tests. I can see _what_ the problem is, but not _why_ it is. Here's the call stack (well what appears relevant... the top when the error occurs) [deleted]
http://tinyurl.com/5vwpf seems to indicate that we can fix it by changing
if( !isspace(*endname) && *endname != '\\' && *endname != '/' )
to
if( (unsigned)(c + 1) > 256 || !isspace(*endname) && *endname != '\\' && *endname != '/' )
nope, nor does: if( (unsigned)(*endname + 1) > 256 || !isspace(*endname) && *endname != '\\' && *endname != '/' )
the problem just gets postponed and eventually someone tries to access 0xfdfdfdfd
however, changing the malloc back several lines to be one larger, then putting a '\0' at the end _does_ seem to fix it.
Checked into CVS.
in tools/build/jam_src/filent.c
Could you try making that change and letting us know how it works out?
(BTW, this also indicates that you're using a debug build of bjam. Maybe we should change things so people get a release build? could speed up testing)
oh yeah, I manually built a debug version in order to find this problem, the script normally builds a release version, then uses it.
Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law" _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"