Your patch has been applied to the master and release/2.3 branches.

Since the second patch basically undoes everything the first one does
and uses a different approach, I've merged them into one patch to make
the net change more explicit - and fixed a bit of spurious whitespace.

Also, I've taken the liberty of adding a non-Win32 version of 
tuntap_abort() to tun.h, to avoid breaking compilation elsewhere.

But anyway, thanks for telling us where the problem with our talking to 
the driver was :-)


commit 7aa178381241ae015273914065471e0d271ee1c3 (master)
commit 4fe957aabb9289b13ce9c28854d1e912efee9b77 (release/2.3)

Author: TDivine
List-Post: openvpn-devel@lists.sourceforge.net
Date:   Wed Oct 22 10:07:39 2014 +0300

    Fix "code=995" bug with windows NDIS6 tap driver.

    Modification to address bug where OpenVPN enters state where it is
    unresponsive and cannot be terminated. Log output is continuous spew of 
"code=995" errors.

    Revised fix for code=995 sped bug.

    Adding new tap adapters while connected:
      https://community.openvpn.net/openvpn/ticket/430

    Acked-by: Gert Doering <g...@greenie.muc.de>
    Message-Id: <1413961660-19251-2-git-send-email-sam...@openvpn.net>
    URL: http://article.gmane.org/gmane.network.openvpn.devel/9165
    Signed-off-by: Gert Doering <g...@greenie.muc.de>

    Acked-by: Gert Doering <g...@greenie.muc.de>
    Message-Id: <1413961660-19251-3-git-send-email-sam...@openvpn.net>
    URL: http://article.gmane.org/gmane.network.openvpn.devel/9167
    Signed-off-by: Gert Doering <g...@greenie.muc.de>



--
kind regards,

Gert Doering


Reply via email to