[openssl-dev] [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2016-02-19 Thread Matt Caswell via RT
Looks like the last suggested patch against this ticket was applied. No further activity since 2008, so assuming this is resolved. Closing. Matt -- Ticket here: http://rt.openssl.org/Ticket/Display.html?id=1736 Please log in as guest with password guest if prompted -- openssl-dev mailing list

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-09-11 Thread Joe Orton
On Fri, Aug 29, 2008 at 08:45:12AM +0200, Sander Temme via RT wrote: 2) Have the engine provide its own callbacks that get set in case the application does not provide (presumably more suitable) alternatives: I think it would be entirely sensible for OpenSSL to offer a build-time

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-09-11 Thread [EMAIL PROTECTED] via RT
On Fri, Aug 29, 2008 at 08:45:12AM +0200, Sander Temme via RT wrote: 2) Have the engine provide its own callbacks that get set in case the application does not provide (presumably more suitable) alternatives: I think it would be entirely sensible for OpenSSL to offer a build-time

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-09-11 Thread Sander Temme
On Sep 11, 2008, at 7:04 AM, [EMAIL PROTECTED] via RT wrote: On Fri, Aug 29, 2008 at 08:45:12AM +0200, Sander Temme via RT wrote: 2) Have the engine provide its own callbacks that get set in case the application does not provide (presumably more suitable) alternatives: I think it would be

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-09-11 Thread Sander Temme via RT
On Sep 11, 2008, at 7:04 AM, [EMAIL PROTECTED] via RT wrote: On Fri, Aug 29, 2008 at 08:45:12AM +0200, Sander Temme via RT wrote: 2) Have the engine provide its own callbacks that get set in case the application does not provide (presumably more suitable) alternatives: I think it would be

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-09-11 Thread Peter Waltenberg
You need to be really careful here. Simply being dependent on pthreads and linking to non-threaded code is pure poison on some OS's. (HP/UX variants come to mind). If you do decide to add a default set of thread callbacks, you'll at least need a build configuration to disable it - I'm only

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-09-11 Thread Sander Temme via RT
Hi Peter, On Sep 11, 2008, at 2:48 PM, Peter Waltenberg wrote: You need to be really careful here. Simply being dependent on pthreads and linking to non-threaded code is pure poison on some OS's. (HP/UX variants come to mind). I agree. These are systems I personally have no exposure

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-08-29 Thread Kyle Hamilton
Option 2 works iff pthreads exists. -Kyle H On Thu, Aug 28, 2008 at 11:45 PM, Sander Temme via RT [EMAIL PROTECTED] wrote: This affects OpenSSL 0.9.8 and trunk. In engines/e_chil.c around line 594, the engine checks if it has mutex callbacks to work with and, if not, errors out with the

Re: [openssl.org #1736] Enhancement Request: do away with error in chil engine in absence of dynamic locks

2008-08-29 Thread Sander Temme via RT
On Aug 29, 2008, at 2:15 AM, Kyle Hamilton wrote: Option 2 works iff pthreads exists. Yes, and The Book has some code for Windows that I didn't copy. If some form of threading is not available, neither the error nor the fallbacks need to be there. We can wrap both in #ifdef