Re: [Openvpn-devel] d Re: Allow to fill Details tab for exe files

2011-08-11 Thread Samuli Seppänen
Il 11/08/2011 18:45, Bertrand Jacquin ha scritto: > D'ar yaou 11 a viz Eost 2011 e 17 eur 32, « Samuli Seppänen » he deus skrivet > : >>> Hi there, >>> >>> Here is a serie of patch to allow get a details properties tab filled on >>> exe files using windres tool. >>> >>> [PATCH 1/4] WIN32: Check fo

[Openvpn-devel] [PATCH] Merged TODO.IPv6 with TODO.ipv6 and README.IPv6 with README.ipv6

2011-08-11 Thread samuli
From: Samuli Seppänen Prior to this patch were two sets of IPv6 README/TODO files: one from payload and one from transport patchset. Unfortunately Git on Windows gets very confused of these files, as they only differ in case. This patch merges these sets into one. Signed-off-by: Samuli Seppänen

Re: [Openvpn-devel] [PATCH] remove legacy code to query IE proxy information

2011-08-11 Thread Gert Doering
Hi, On Thu, Aug 11, 2011 at 03:19:46PM +, Heiko Hund wrote: > The code in ieproxy.[ch] is not used anywhere in OpenVPN anymore. > So, there's no need to keep it. ACK! (This is great, and fully inline with one of the goals for 2.3 "cleanup accumulated cruft" :) ). gert -- USENET is *not* t

Re: [Openvpn-devel] d Re: Allow to fill Details tab for exe files

2011-08-11 Thread Bertrand Jacquin
D'ar yaou 11 a viz Eost 2011 e 17 eur 32, « Samuli Seppänen » he deus skrivet : > > > Hi there, > > > > Here is a serie of patch to allow get a details properties tab filled on > > exe files using windres tool. > > > > [PATCH 1/4] WIN32: Check for windres tool > > [PATCH 2/4] Win32: Add OpenVPN RC

[Openvpn-devel] d Re: Allow to fill Details tab for exe files

2011-08-11 Thread Samuli Seppänen
> Hi there, > > Here is a serie of patch to allow get a details properties tab filled on > exe files using windres tool. > > [PATCH 1/4] WIN32: Check for windres tool > [PATCH 2/4] Win32: Add OpenVPN RC file to add fill "Details" exe > [PATCH 3/4] Win32: Fill "Details" properties for openvpn.exe >

[Openvpn-devel] [PATCH] remove legacy code to query IE proxy information

2011-08-11 Thread Heiko Hund
The code in ieproxy.[ch] is not used anywhere in OpenVPN anymore. So, there's no need to keep it. Signed-off-by: Heiko Hund --- Makefile.am |1 - ieproxy.c | 146 --- ieproxy.h | 24 -- proxy.c |5 -- 4 files chan

[Openvpn-devel] Topics for today's meeting

2011-08-11 Thread Samuli Seppänen
Hi, We're having an IRC meeting today, starting at 17:00 UTC on #openvpn-de...@irc.freenode.net. Current topic list is here: If you have any other things you'd like to bring up, respond to this mail, send me mail privately or add the

Re: [Openvpn-devel] [PATCH 1/2] define IN6_ARE_ADDR_EQUAL macro for WIN32

2011-08-11 Thread Gert Doering
Hi, On Thu, Aug 11, 2011 at 07:00:31AM +, Heiko Hund wrote: > +#ifdef USE_PF_INET6 > + > +/* MSVC headers do not define this macro, so do it here */ > +#ifndef IN6_ARE_ADDR_EQUAL > +#define IN6_ARE_ADDR_EQUAL(a,b) \ > + (memcmp ((const void*)(a), (const void*)(b), sizeof (struct in6_addr)) ==

[Openvpn-devel] [PATCH 1/2] define IN6_ARE_ADDR_EQUAL macro for WIN32

2011-08-11 Thread Heiko Hund
Windows headers do not define the IN6_ARE_ADDR_EQUAL macro. It needs to be defined locally when building for WIN32 with IPv6 enabled. Signed-off-by: Heiko Hund --- win32.h | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/win32.h b/win32.h index d0ecc85..87d8ecc

Re: [Openvpn-devel] [PATCH 2/2] don't use struct in6_addr s6_addr32 member anymore

2011-08-11 Thread Heiko Hund
On Wednesday 10 August 2011 22:36:47 Gert Doering wrote: > On Wed, Aug 10, 2011 at 12:55:08PM +, Heiko Hund wrote: > > The s6_addr32 member of struct in6_addr is not available when building > > for WIN32. To work around this, a local union is defined that allows > > accessing 32 bit chunks of t

Re: [Openvpn-devel] [PATCH 2/2] don't use struct in6_addr s6_addr32 member anymore

2011-08-11 Thread Gert Doering
Hi, On Wed, Aug 10, 2011 at 11:40:28PM +0300, Alon Bar-Lev wrote: > I think this should be done by autoconf. > And hand added into win32 for MSVC. Any sort of conditional code here is causing more pain than just using the 8-bit accessors in a straightforward way with no #ifdefs. gert -- USENET