Re: CVE-2016-7420 and dev-brach 'trap' ready for testing

2016-09-17 Thread Jeffrey Walton
On Saturday, September 17, 2016 at 5:27:24 PM UTC-4, Jeffrey Walton wrote: > > > CVE-2016-7420 caused us to cut-in CRYPTOPP_ASSERT a little earlier than >> expected. and CRYPTOPP_ASSERT have existed in Master for over a >> year. We set up a dev-branch called 'trap' to isolate the cut-in during

Re: CVE-2016-7420 and dev-brach 'trap' ready for testing

2016-09-17 Thread Jeffrey Walton
> CVE-2016-7420 caused us to cut-in CRYPTOPP_ASSERT a little earlier than > expected. and CRYPTOPP_ASSERT have existed in Master for over a > year. We set up a dev-branch called 'trap' to isolate the cut-in during > testing. > We merged the Trap dev-branch into Master at http://github.com/w

Re: CVE-2016-7420 and dev-brach 'trap' ready for testing

2016-09-17 Thread Jeffrey Walton
Hi Everyone, I mildly changed things on the trap dev-branch. First, I added an 'ossig.h' to separate SignalHandler class from 'misc.h'. It sidesteps a circular dependency issue, and allows us to 'typedef SignalHandler DebugTrapHandler;'. I need to test the changes on Cygwin next. After Cygwin

CVE-2016-7420 and dev-brach 'trap' ready for testing

2016-09-16 Thread Jeffrey Walton
Hi Everyone, CVE-2016-7420 caused us to cut-in CRYPTOPP_ASSERT a little earlier than expected. and CRYPTOPP_ASSERT have existed in Master for over a year. We set up a dev-branch called 'trap' to isolate the cut-in during testing. The cut-over to CRYPTOPP_ASSERT occurred at https://github.com