Hi guys
I experience "Assertion failed at buffer.c:313" on my RHEL5/x64 caused by:
commit bee92b479414d12035b0422f81ac5fcfe14fa645
Author: Adriaan de Jong
List-Post: openvpn-devel@lists.sourceforge.net
Date: Sun Feb 5 12:51:25 2012 +0100
Removed support for calling gc_malloc with a NULL
Thank you, that patch had more impact than I thought it would. I'm sorry about
the inconvenience, it's a bug I'm looking into at the moment.
David, could you revert the patch please, so I have a little more time to
refactor there? I'm looking into the best way to refactor that function with a
Hi,
I'm forwarding this "as-is", as I do not have enough understanding of
autoconf to say whether this is necessary, or "the right fix" - but
anyway, I've been told that this is needed to make our configure
behave on MacOS 10.7.
gert
--
USENET is *not* the non-clickable part of WWW!
In commit bee92b479414d12035b0422f81ac5fcfe14fa645 the gc_malloc() was hardened
to always require a gc_arena object for garbage collection. Some places in the
code expected the old behaviour of a normal malloc() in these cases, that is a
memory allocation without garbage collection.
This old beha
- Mail original -
> De: "Gert Doering"
> À: openvpn-devel@lists.sourceforge.net
> Envoyé: Mardi 7 Février 2012 11:24:13
> Objet: [Openvpn-devel] configure patch for MacOS 10.7
>
> Hi,
>
> I'm forwarding this "as-is", as I do not have enough understanding of
> autoconf to say whether this
In commit bee92b479414d12035b0422f81ac5fcfe14fa645 the gc_malloc() was hardened
to always require a gc_arena object for garbage collection. Some places in the
code expected the old behaviour of a normal malloc() in these cases, that is a
memory allocation without garbage collection.
This old beha
Added support for Elliptic curves (ECDSA) + SHA2 family signed
certificates.
---
init.c |7
options.c | 15 ++
options.h |6
ssl.c |3 ++
ssl_backend.h | 10 ++
ssl_openssl.c | 84 +
Made some options connection-entry specific:
fragment
mssfix
tun-mtu
tun-mtu-extra
link-mtu
mtu_discover_type
explicit-exit-notification
in order to support stuff like
remote host
proto udp
fragment
explicit-exit-notification 3
remote host
proto tcp
Made some options connection-entry specific:
fragment
mssfix
tun-mtu
tun-mtu-extra
link-mtu
mtu_discover_type
explicit-exit-notification
in order to support stuff like
remote host
proto udp
fragment
explicit-exit-notification 3
remote host
proto tcp
Signed-off-by: Ja
sorry about the noise, folks; this was my second git patch attempt :)
cheers,
JJK
Jan Just Keijser wrote:
> Made some options connection-entry specific:
> fragment
> mssfix
> tun-mtu
> tun-mtu-extra
> link-mtu
> mtu_discover_type
> explicit-exit-notification
> in order to support stu
This is nice!
Some questions:
1. Why not enable this automatically if openssl is sufficient version?
There is no point in not using this if available.
2. I would have liked to see this in negotiation as well, so server will
use EC if supported by the client and fallback if not... This way migrat
Hi there,
I was just wondering if anybody has seen the new Android 4.0 VPN API.
It looks like a promising way to have a native Java OpenVPN solution
on Android.
http://developer.android.com/reference/android/net/VpnService.html
There is a lot of interest in having an Android implementation of
Op
12 matches
Mail list logo
