the
application and my dll will be loaded. Its getting loaded but during
SSL_library_init(), my_app.dll does not respond further. It calls this
function and just hangs. I am not able to make out what the issue can be.
Also, If I am using precompiled libraries from the below site, I am able to
I required to do
the seeding after calling FIPS_mode_set() or is it OK for me to call it
before as well?
Also, what about the calls to initialization functions like
SSL_library_init() ?
I'd really appreciate if someone could help me understand the proper
sequence of these function calls fro
sday, May 11, 2011, Mani Suresh wrote:
>>
>> While executing the below code its coring randomly in two cases,
>>
>> 1) While executing the method SSL_library_init() in the constructor.
>> 2) Coring while executing the call back method locking_function().
>>
>>
Can u share the parsed core file?
On Wednesday, May 11, 2011, Mani Suresh wrote:
>
> While executing the below code its coring randomly in two cases,
>
> 1) While executing the method SSL_library_init() in the constructor.
> 2) Coring while executing the call back method l
While executing the below code its coring randomly in two cases,
1) While executing the method SSL_library_init() in the constructor.
2) Coring while executing the call back method locking_function().
We are not sure, now the call back method is calling after it is set to NULL
Ex
While executing the below code its coring randomly in two cases,
1) While executing the method SSL_library_init() in the constructor.
2) Coring while executing the call back method locking_function().
We are not sure, now the call back method is calling after it is set to NULL
Ex
Anyone can help me on this? Thanks a lot!
--- On Tue, 10/14/08, Raymond Zhou <[EMAIL PROTECTED]> wrote:
From: Raymond Zhou <[EMAIL PROTECTED]>
Subject: Runtime error if dynamically loading SSL_library_init()
To: openssl-users@openssl.org
Date: Tuesday, October 14, 2008, 12:18 AM
Just to add to my earlier message, the error message I was getting is Access
violation.
Thanks!
--- On Tue, 10/14/08, Raymond Zhou <[EMAIL PROTECTED]> wrote:
From: Raymond Zhou <[EMAIL PROTECTED]>
Subject: Runtime error if dynamically loading SSL_library_init()
To: openssl-users
successfully load any other
functions and execute them at runtime except the following three:
SSL_library_init();
SSLv23_method();
SSL_ctx_new(meth);
For these three, my application has to to statically link with them and then it
works for me (even
Steve, et. al.:
After the first missive, I sent another which didn't get posted, to wit: I
remembered that there are aliases for SSL_library_init() so, of course, please
disregard my query. Thanks.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
il is set to prevent
subsequent invocation of any cryptographic function calls. If all components
of the power-up self-test are successful then FIPS_mode_set() sets the
FIPS_mode flag to TRUE and the Module is in FIPS mode.
>>
My interpretation of this was to call FIPS_mode_set() before
S
Steve:
Never mind. My search was erroneous and I found the aliases (i.e., #define
OpenSSL_add_ssl_algorithms()SSL_library_init(), etc).
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Welling, Conrad
Gerhart
Sent: Tuesday, September 16, 2008 1:41 PM
To
m() in the file
lib/transfer.c. When I read this thread, I was curious, so I searched in *.c
and *.h files in my 7.18.2 curl project for SSL_library_init() and failed to
find it. Then searched for it in openssl-0.9.7m and failed to find it there
either. So, before I go any further, what am
Robert Sicoie wrote:
> Hi,
>
> I'm building cURL with FIPS capable OpenSSL module. I'm calling
> FIPS_mode_set function to enable FIPS somewhere after SSL_library_init()
> has already been called. The binary file is working fine, but is there a
> problem that the
Hi,
I'm building cURL with FIPS capable OpenSSL module. I'm calling
FIPS_mode_set function to enable FIPS somewhere after SSL_library_init()
has already been called. The binary file is working fine, but is there a
problem that the FIPS mode is turned on after SSL_library_init()
Hi,
I'm building cURL with FIPS capable OpenSSL module. I'm calling
FIPS_mode_set function to enable FIPS somewhere after SSL_library_init()
has already been called. The binary file is working fine, but is there a
problem that the FIPS mode is turned on after SSL_library_init()
of the explanation below
seems to infer that its ok to call ssl_library_init() from each thread that
might want to access the SSL library.
I don't think that's what was
intended.
I think the last sentence is more accurate
– if you have a multi-threaded application, and you'v
The first sentence of the explanation below
seems to infer that its ok to call ssl_library_init() from each thread that
might want to access the SSL library.
I don’t think that’s what was
intended.
I think the last sentence is more accurate
– if you have a multi-threaded
Thanks Nils and Andrew for the replies.
-JBOn 2/27/06, Nils Larsch <[EMAIL PROTECTED]> wrote:
Jagannadha Bhattu G wrote:> Hi,>> Can I call SSL_library_init multiple times in my code under different> threads?as SSL_library_init() initializes global tables it should onlybe called
> Jagannadha Bhattu G <[EMAIL PROTECTED]>:
> Hi,
>
> Can I call SSL_library_init multiple times in my code
under different
> threads? From the documented return values, I
conclude that it should be
> possible. Can some one confirm it?
>
> Thanks
> JB
>
Ye
Jagannadha Bhattu G wrote:
Hi,
Can I call SSL_library_init multiple times in my code under different
threads?
as SSL_library_init() initializes global tables it should only
be called from one thread a time and of course no other thread
should use the global data while SSL_library_init() is
Hi,
Can I call SSL_library_init multiple times in my code under different
threads? From the documented return values, I conclude that it should
be possible. Can some one confirm it?
Thanks
JB
g it.
Josh
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Joshua Juran
Sent: Wednesday, 16 November 2005 12:38 PM
To: openssl-users@openssl.org
Subject: Re: SSL_library_init - missing 36 bytes
after cleanup
On Nov 15, 2005, at 7:29 PM, Steven Reddie wr
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Schwartz
Sent: Wednesday, 16 November 2005 5:46 PM
To: openssl-users@openssl.org
Subject: RE: SSL_library_init - missing 36 bytes after cleanup
> There may be no portable way to handle TSD cleanup, but there is no
> There may be no portable way to handle TSD cleanup, but there is
> no portable
> way to do threading at all anyway, so I'm not sure what your argument is
> there.
Huh? POSIX threads are portable. There are even support libraries for
WIN32.
> I'm not arguing that any of this needs to b
aked. The fact is that they are. Perhaps it's not a serious
leak, but a leak nonetheless.
Regards,
Steven
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Schwartz
Sent: Wednesday, 16 November 2005 3:03 PM
To: openssl-users@openssl.org
Subject:
David Schwartz
Sent: Wednesday, 16 November 2005 3:02 PM
To: openssl-users@openssl.org
Subject: RE: SSL_library_init - missing 36 bytes after cleanup
> I understand about one-off leaks, but we're talking about a
> dynamically loadable library when we're talking about OpenSSL.
> Dismissing leaks as one-off's is a pet peeve of mine. The notion
> of one-off
> leaks in an executable is arguably passable, but becomes a plain
> old memory
> leak just like any other when packaged as a library.
Not if the memory is reused if the library is unloaded and reloaded.
> I understand about one-off leaks, but we're talking about a dynamically
> loadable library when we're talking about OpenSSL.
> What would happen if an application did something like this:
>
> for (int i=0; i<1000; i++)
> {
> hSSL = LoadLibrary("libssl.so")
>
hard crash when the
> application terminates
> > because the handler is still registered with the C
> runtime library,
> > but the
> > code has been unloaded.
>
> If OpenSSL claims to be usable when dynamically
> loaded, then it's a bug
> in OpenSSL.
is arguably passable, but becomes a plain old memory
leak just like any other when packaged as a library.
Regards,
Steven
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joshua Juran
Sent: Wednesday, 16 November 2005 1:44 PM
To: openssl-users@openssl.org
Subj
: Wednesday, 16 November 2005 12:38 PM
To: openssl-users@openssl.org
Subject: Re: SSL_library_init - missing 36 bytes after cleanup
On Nov 15, 2005, at 7:29 PM, Steven Reddie wrote:
David,
If 36 bytes are being dynamically allocated and not being freed how is
it not a leak?
Steven
Because it only
unloaded.
Steven
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joshua Juran
Sent: Wednesday, 16 November 2005 12:38 PM
To: openssl-users@openssl.org
Subject: Re: SSL_library_init - missing 36 bytes after cleanup
On Nov 15, 2005, at 7:29 PM, Steven Reddie
On Nov 15, 2005, at 7:29 PM, Steven Reddie wrote:
David,
If 36 bytes are being dynamically allocated and not being freed how is
it
not a leak?
Steven
Because it only happens once.
Imagine that when you shut off a faucet, water drips out for the next
ten seconds and then stops. That's no
: SSL_library_init - missing 36 bytes after cleanup
> I use valgrind to check my code, and I can't seem to be able to free
> up 36 bytes.
So what?
> SSL_library_init() allocates 36 bytes that I am not able to free using
> the regular cleanup functions.
Correc
> I use valgrind to check my code, and I can't seem to be able to
> free up 36
> bytes.
So what?
> SSL_library_init() allocates 36 bytes that I am not able to free
> using the
> regular cleanup functions.
Correct.
> The details
Hi!
I use valgrind to check my code, and I can't seem to be able to free up 36
bytes.
SSL_library_init() allocates 36 bytes that I am not able to free using the
regular cleanup functions.
The details:
SSL_library_init calls SSL_COMP_get_compression_methods() if
OPENSSL_NO_COMP is de
Hello again list,
I'm just starting to use Open SSL under Windows and I am curious as to
why I have to add -lwsock32 to the linker if SSL_library_init is
called... Is there really anything required in the wsock32 library to
execute SSL_library_init ? I don't intend on using socke
I need some help debugging a segmentation fault in my application at
SSL_library_init()
Based on ssl/ssl_algc.c
Q1- Where is the definition of EVP_des_cbc() function, I could not find
it along the 0.9.7e sources
Q2- My app is dynamically linking with the OS supplied SSL libs. I want
to be able
Medi Montaseri wrote:
I am having a run time seg fault problem with an app that works fine
on 64-bit linux
and 32-bit FreeBSD but fails at SSL_library_init()
I have been trying to figure out a way of debugging this with no
success...
Has anyone seen this and/or interested in helping me out
I am having a run time seg fault problem with an app that works fine on
64-bit linux
and 32-bit FreeBSD but fails at SSL_library_init()
I have been trying to figure out a way of debugging this with no success...
Has anyone seen this and/or interested in helping me out with some gdb
dir
hentica, Inc.
[EMAIL PROTECTED]
_
- Original Message -
From: "stuart hodgkinson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 29, 2001 9:56 AM
Subject: ssl_library_init();
> Hi,
> This function is used to s
Hi,
This function is used to set the cipher suites and in my client and server test which
does both TLSv1 and SSLv3 it always picks DES-CBC3-SHA. Is this the best chiper suite
avialable? If i was to pick another would it be through the use of
SSL_set_cipher_list(SSL *,const char *);?
As always
43 matches
Mail list logo