Re: Link errors in apr_atomic with VS2013

2013-11-07 Thread Arsen Chaloyan
On Thursday, November 7, 2013 4:27 AM, Jeff Trawick wrote: On Thu, Nov 7, 2013 at 12:29 AM, William A. Rowe Jr. wrote: On Tue, 5 Nov 2013 17:49:22 -0800 (PST) >Arsen Chaloyan wrote: >> >> These errors are caused by the use of the new Platform Toolset v120 >> which gets installed with VS2

Re: testdup test fails when compiled in debug mode on Windows

2013-11-07 Thread Jeff Trawick
On Thu, Nov 7, 2013 at 11:20 AM, William A. Rowe Jr. wrote: > On Thu, 7 Nov 2013 09:43:07 -0500 > Jeff Trawick wrote: > > > On Thu, Nov 7, 2013 at 12:33 AM, William A. Rowe Jr. > > wrote: > > > > > On Wed, 06 Nov 2013 16:07:37 -0800 > > > Mike Rumph wrote: > > > > > > > > > > > On 11/6/2013 1:06

Re: testdup test fails when compiled in debug mode on Windows

2013-11-07 Thread William A. Rowe Jr.
On Thu, 7 Nov 2013 09:43:07 -0500 Jeff Trawick wrote: > On Thu, Nov 7, 2013 at 12:33 AM, William A. Rowe Jr. > wrote: > > > On Wed, 06 Nov 2013 16:07:37 -0800 > > Mike Rumph wrote: > > > > > > > > On 11/6/2013 1:06 PM, Jeff Trawick wrote: > > > > > > > > I just played with _commit() on stdin a

Re: testdup test fails when compiled in debug mode on Windows

2013-11-07 Thread Mike Rumph
Hello Bill, That is a very good point, since the assert box will only appear under debug mode. But when not in debug mode _commit(2) will send back a "-1" return code and set errno to EBADF, if stderr is not redirected to a file. The error existed in both cases, but the apr_file_dup2() functi

Re: testdup test fails when compiled in debug mode on Windows

2013-11-07 Thread Jeff Trawick
On Thu, Nov 7, 2013 at 12:33 AM, William A. Rowe Jr. wrote: > On Wed, 06 Nov 2013 16:07:37 -0800 > Mike Rumph wrote: > > > > > On 11/6/2013 1:06 PM, Jeff Trawick wrote: > > > > > > I just played with _commit() on stdin a bit. It turns out that > > > _commit(0) fails if stdin is redirected (main.

Re: Link errors in apr_atomic with VS2013

2013-11-07 Thread Jeff Trawick
On Thu, Nov 7, 2013 at 12:29 AM, William A. Rowe Jr. wrote: > On Tue, 5 Nov 2013 17:49:22 -0800 (PST) > Arsen Chaloyan wrote: > > > > These errors are caused by the use of the new Platform Toolset v120 > > which gets installed with VS2013. More specifically, the problem is > > in the function cas

Re: Which of y'all are working on un-APR-izing gen_test_char, and how will the rest of us know if it is stalled and needs help?

2013-11-07 Thread Jeff Trawick
On Thu, Nov 7, 2013 at 12:27 AM, William A. Rowe Jr. wrote: > On Wed, 06 Nov 2013 02:20:00 +0100 > Guenter Knauf wrote: > > > Hi, > > On 05.11.2013 22:51, Graham Leggett wrote: > > > On 05 Nov 2013, at 11:04 PM, Jeff Trawick wrote: > > > > > >> TIA! (ping) > > >> > > >> If nobody in the gen_test

Re: SHA2 in APR

2013-11-07 Thread Branko Čibej
On 07.11.2013 06:57, William A. Rowe Jr. wrote: > On Wed, 16 Oct 2013 16:17:33 +0100 > Nick Kew wrote: >> On 10 Oct 2013, at 21:49, Dirkjan Ochtman wrote: >> >>> The reason I've recently gotten interested in APR (and SHA support) >>> is my work on https://github.com/mozilla/mod_authn_persona. >> O

Re: SHA2 in APR

2013-11-07 Thread Nick Kew
On 7 Nov 2013, at 05:57, William A. Rowe Jr. wrote: > Otherwise, it seems prudent to get out of > the hashing business and rip out md/sha1 entirely from apr 2. -1 to ripping: that's pulling the rug from under existing apps. At worst, deprecate. The question is about exposing existing sha2 cod