Hi,
Good morning!
I want to know how it's going with the ticket [openssl.org #4060]?
The ticket is :
"a crash happened inside SSL_Connect function"
Thanks,
Tyler
-Original Message-
From: The default queue via RT [mailto:r...@openssl.org]
Sent: September-24-15 12:08 PM
To: Tiantian L
> I want to know how it's going with the ticket [openssl.org #4060]?
Nobody's looked at it yet.
You need to include a backtrace. And a way to reproduce it (sample code)
before anyone will really be interested.
___
openssl-dev mailing list
To unsubsc
Hi,
I updated the ticket [openssl.org #4060] with some code and log file.
I have to tell you, the previous SSLv23_method, I commented it out this time,
worked fine with me and SSL server. I just changed that line to TLSv1_2_method.
Now my application always crash when I call SSL_connect().
At f
On Mon, Sep 28, 2015 at 03:31:40PM +, Tiantian Liu via RT wrote:
> I updated the ticket [openssl.org #4060] with some code and log file.
> I have to tell you, the previous SSLv23_method, I commented it out this
> time, worked fine with me and SSL server. I just changed that line to
> TLSv1_2_m
I agree with everything Viktor said. In particular that you should
continue to use SSLv23_method. Some additional comments below:
On 28/09/15 16:31, Tiantian Liu via RT wrote:
> sslerror = SSL_get_error(ssl, res);
> if (sslerror == SSL_ERROR_WANT_READ)
Liu
Cc: openssl-dev@openssl.org
Subject: Re: [openssl-dev] [openssl.org #4060] AutoReply: a crash happened
inside SSL_Connect function
I agree with everything Viktor said. In particular that you should continue to
use SSLv23_method. Some additional comments below:
On 28/09/15 16:31, Tianti
On 29/09/15 14:56, Tiantian Liu via RT wrote:
> Hi Matt & Vi
>
> I tried the SSLv23_method(), and precluded/excluded all SSLv2, SSLv3, TLSv1.
> I only enabled the TLSv1.2 by SSL_CTX_set_option().
> You can see my previous code:
>
> /*setup up by SSLv23_method*/
> meth = SSLv23_method();
> ct
eptember-29-15 10:05 AM
To: Tiantian Liu
Cc: openssl-dev@openssl.org
Subject: Re: [openssl-dev] [openssl.org #4060] AutoReply: a crash happened
inside SSL_Connect function
On 29/09/15 14:56, Tiantian Liu via RT wrote:
> Hi Matt & Vi
>
> I tried the SSLv23_method(), and precluded/excluded
On 29/09/15 15:45, Tiantian Liu via RT wrote:
> Hi Matt,
> Thanks for prompt response!
> While I confirm with you that my application crashed INSIDE the SSL_connect()
> function.
Your previous email indicated it was not crashing with SSLv23_method():
"While the above code didn't work. I couldn'
art my application with OpenSSL (with debug
enabled)? I mean to show me more information inside SSL_connect()
Thanks,
Tyler
-Original Message-
From: Matt Caswell via RT [mailto:r...@openssl.org]
Sent: September-29-15 10:55 AM
To: Tiantian Liu
Cc: openssl-dev@openssl.org
Subject: Re: [ope
d for debug-linux-elf.
>
> ***************/
>
>
>
> Then I make it and got the ERROR message
> Told me undefined reference to 'pthread_mutex_trylock'
> Then I added '-lpthread' into the FLAG in Makefile. Then
on with OpenSSL (with debug
enabled)? I mean to show me more information inside SSL_connect()
Thanks,
Tyler
-Original Message-
From: Matt Caswell via RT [mailto:r...@openssl.org]
Sent: September-29-15 10:55 AM
To: Tiantian Liu
Cc: openssl-dev@openssl.org
Subject: Re: [openssl-dev] [openss
ng links in tools...
> make[1]: Entering directory `/home/tyler28/openssl-1.0.1p/tools'
> make[1]: Nothing to be done for `links'.
> make[1]: Leaving directory `/home/tyler28/openssl-1.0.1p/tools'
> generating dummy tests (if needed)...
> make[1]: Entering directory `/
On 01/10/15 15:18, Tiantian Liu via RT wrote:
> Hi,
>
> Good morning! Thanks for your response.
>
> I configured my OpenSSL with '-d' option to enable the debugging information.
> Where I don't know how to use it during my application running.
Which version of OpenSSL did you download? My ver
686/nosegneg/libpthread.so.0
> #13 0x007dc3ae in clone () from /lib/i686/nosegneg/libc.so.6
> (gdb) up
> #1 0x00db211f in ssl3_connect (s=0xb4a03ec8) at s3_clnt.c:209
> 209 SSL_clear(s);
> (gdb) down
> #0 0x00dd87e8 in SSL_clear (s=0xb4a03ec8) at ssl_lib.c:219
> 219
[mailto:r...@openssl.org]
Sent: October-01-15 10:58 AM
To: Tiantian Liu
Cc: openssl-dev@openssl.org
Subject: Re: [openssl-dev] [openssl.org #4060] AutoReply: a crash happened
inside SSL_Connect function
You have just leaked your credit card number to the internet. I'd suggest you
cancel your
l library, like
/usr/lib/libssl.so.1.0.0. right?
Thanks,
Tyler
-Original Message-
From: Matt Caswell via RT [mailto:r...@openssl.org]
Sent: October-01-15 10:52 AM
To: Tiantian Liu
Cc: openssl-dev@openssl.org
Subject: Re: [openssl-dev] [openssl.org #4060] AutoReply: a crash happened
i
On Thu, Oct 01, 2015 at 06:43:17PM +, Tiantian Liu via RT wrote:
> #3 0x004c5e98 in tls1_new (s=0xb4964ec8) at t1_lib.c:154
> #4 0x00300376 in SSL_new () from /usr/lib/libptcoresdk.so.2
>
> I found my application called SSL_new from /usr/lib/libptcoresdk.so.2, which
> is third party librar
You need to run "ldd -v" on your executable to check why your binary has
dependency on libptcorsdk.so.2, and then check your linking command if
the dependency could be removed.
A workaround you could give a try is to set LD_PRELOAD to forcibly load
libssl before libptcoresdk if the dependency
You need to run "ldd -v" on your executable to check why your binary has
dependency on libptcorsdk.so.2, and then check your linking command if
the dependency could be removed.
A workaround you could give a try is to set LD_PRELOAD to forcibly load
libssl before libptcoresdk if the dependency
You need to run "ldd -v" on your executable to check why your binary has
dependency on libptcorsdk.so.2, and then check your linking command if
the dependency could be removed.
A workaround you could give a try is to set LD_PRELOAD to forcibly load
libssl before libptcoresdk if the dependency o
21 matches
Mail list logo