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