El mar., 19 de noviembre de 2019 3:38 p. m., Fernando Mendez <
fernando.brenda.34...@gmail.com> escribió:
> ___
> Openvpn-devel mailing list
> Openvpn-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/openvpn-devel
>
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel
Typo below,
On 19/11/2019 17:03, selva.n...@gmail.com wrote:
From: Selva Nair
Some compilers (e.g., clang) only issue a warning for
unsupported options unless an additional flag such
as -Werror is used to convert the warning to an error.
The behaviour is unchanged when using gcc as it either
From: Lev Stipakov
As MS documentation says:
> If lpOverlapped is NULL, lpBytesReturned cannot be NULL
While on Windows 10 passing NULL works by accident,
on Windows 7 it crashes.
Reported-by: kitsune1
Signed-off-by: Lev Stipakov
---
src/openvpn/ring_buffer.c | 4 +++-
1 file changed, 3 ins
On 19/11/2019 18:03, selva.n...@gmail.com wrote:
> From: Selva Nair
>
> Some compilers (e.g., clang) only issue a warning for
> unsupported options unless an additional flag such
> as -Werror is used to convert the warning to an error.
>
> The behaviour is unchanged when using gcc as it either
>
Hi Lev,
On Tue, Nov 19, 2019 at 12:23 PM Lev Stipakov wrote:
> Hi,
>
> Apart from the error message, there is a larger issue especially when we
>> use iservice. In that case, we have to preserve privilege separation and
>> allowing a user to open a device handle in use by another has to be avoid
Hi,
Apart from the error message, there is a larger issue especially when we
> use iservice. In that case, we have to preserve privilege separation and
> allowing a user to open a device handle in use by another has to be avoided.
>
Do you see it as a security issue when handle can be opened by a
From: Selva Nair
Some compilers (e.g., clang) only issue a warning for
unsupported options unless an additional flag such
as -Werror is used to convert the warning to an error.
The behaviour is unchanged when using gcc as it either
errors or ignores unknown options whether or not -Werror
is pres
Hi,
On Tue, Nov 19, 2019 at 9:09 AM David Sommerseth <
open...@sf.lists.topphemmelig.net> wrote:
> On 14/11/2019 22:58, Selva Nair wrote:
> > Hi David
> >
> > Thanks for the comments
> >
> > My idea was just to add -Werror right in the line above, and not
> extend the
> > ACL_CHECK_ADD_CO
Hi,
On Tue, Nov 19, 2019 at 3:29 AM Lev Stipakov wrote:
> Hello,
>
> ti 19. marrask. 2019 klo 9.37 Gert Doering (g...@greenie.muc.de)
> kirjoitti:
>
> > Looks like this will most likely break any dhcp-related options
>> > in the client config.. Say "dhcp-option DNS xxx".
>
>
> Oops, indeed. When
Hi,
On Tue, Nov 19, 2019 at 3:50 AM Lev Stipakov wrote:
> Hi,
>
> Doesn't this mean that if --dev-node is specified, we'll open tapwindows
>> adapter
>> with that name even if "--window-driver wintun" is specified? The open
>> may succeed
>> but subsequent wintun-specific processing will fail.
On 14/11/2019 22:58, Selva Nair wrote:
> Hi David
>
> Thanks for the comments
>
> My idea was just to add -Werror right in the line above, and not extend
> the
> ACL_CHECK_ADD_COMPILE_FLAGS macro with another argument.
>
>
> I'm fine with that approach as well. Let me know if you want
Hi,
Doesn't this mean that if --dev-node is specified, we'll open tapwindows
> adapter
> with that name even if "--window-driver wintun" is specified? The open may
> succeed
> but subsequent wintun-specific processing will fail.
>
--dev-node is not (yet) supported and open will fail (just re-te
Hello,
ti 19. marrask. 2019 klo 9.37 Gert Doering (g...@greenie.muc.de) kirjoitti:
> Looks like this will most likely break any dhcp-related options
> > in the client config.. Say "dhcp-option DNS xxx".
Oops, indeed. When I add those to client config, I got:
> Options error: --dhcp-options req
14 matches
Mail list logo