This patch adds support for IPv6 for s_client and s_server and
fixes the IPv6 handling for DTLS.
s_server will listen on IPv4 and IPv6 as default. When using -4
as an argument, it will listen only on IPv4, when using -6 as
an argument, it will listen only on IPv6.
The client will use IPv4 as
Hi all,
i just built openssl on OS/2 and found a small problem in configure.
the following line should be changed from:
$exe_ext=.exe if ($target eq Cygwin || $target eq DJGPP || $target
eq mingw);
to
$exe_ext=.exe if ($target eq Cygwin || $target eq DJGPP || $target
eq mingw || $target eq
On 2009.09.22 at 12:13:45 +0200, Ger Hobbelt via RT wrote:
Sorry for late reply; been under the weather lately, healthwise, so
this is my first 'on-line' experience in a while ;-)
As far as the brain is operational again... I'd say the quickest way
to fix this is to wrap the __try/__except
Hi all
i patched openssl 0.9.8k to have it building on os/2 nicely.
afaik the patch to rand_os2.c is already in openssl 1.0.
would it be possible to add the rest also to 1.0?
regards
Silvan
diff -Naur -x '*.map' -x '*.ico' -x '*.o' -x '*.a' -x '*.exe' -x '*.obj' -x
'*.bak' -x '*.asm' -x '*.h'
2009/9/23 Victor B. Wagner vi...@cryptocom.ru:
Mingw does. It have header except.h, which defines __try1 and __except1
which do some assembler black magic.
Unfortunately I don't know windows internals enough to tell from the
glance if this magic correct or not. So, I haven't tried to use
Had a little look-see regarding mingw:
see the mingw bug report here:
http://sourceforge.net/tracker/index.php?func=detailaid=2833091group_id=2435atid=102435
which regards with __try1/__except1 and gcc optimizations, plus some
informative stuff (at least it was for me):
I'm trying to add HMAC support to an OpenSSL engine. Without it, after
all, the throughput for most hardware accellerators is cut by at least a
factor of two when actually used for SSL/TLS: every record has to talk
to the hardware twice, instead of once, to do the raw hash processing
for the MAC.
Hello,
Attempting to connect to a twisted server using a VC+ client via open-ssl.
I can connect to my VC++ server fine, not the twisted server.
I'm seeing an error, the BIO_do_connect is failing.
error:02002751:system library:connect:reason(1873)
I'm not too sure what this means. If somebody
From: owner-openssl-...@openssl.org On Behalf Of gary clark
Sent: Wednesday, 23 September, 2009 18:18
(I think this is a -users not -dev question, but I'm not sure
how or if to redirect.)
Attempting to connect to a twisted server using a VC+ client
via open-ssl.
(Is that a product/module
Much appreciated Dave. Strange I can ping the machine and tracert completes
Tracing route to 192.168.1.65 over a maximum of 30 hops
11 ms 1ms 1ms 192.168.1.65
Thanks,
Garyc
--- On Wed, 9/23/09, Dave Thompson dave.thomp...@princetonpayments.com wrote:
From: Dave Thompson
10 matches
Mail list logo