dpibreak.git/src/platform, branch masterSystem-wide DPI circumvention with minimal configuration
http://git.dilluti0n.com/dpibreak.git/atom?h=master2026-07-14T17:09:51Zwindows: nit: fix build failure.. Let?2026-07-14T17:09:51Zdilluti0nhskim@dilluti0n.com2026-07-14T17:09:51Zurn:sha1:5000eb43c2bca82c90fd5a79a8b4251447e3fe88windows: touch WinDivert service at start to prevent bad state issue2026-07-14T14:02:12Zdilluti0nhskim@dilluti0n.com2026-07-14T13:54:34Zurn:sha1:3d31f775d941f33915c6ef130e42c01019ac30a9
Query the service state with `sc query windivert` at startup, as this
is observed to resolve the bad state described in commit 168a88b8
("windows: fix some kind of race").
This is a defensive measure against the driver uninstall introduced by
that commit. Normally the uninstall is attempted only after all
handles opened by the current process are closed, but if another
process still holds an open WinDivert handle at that point, the driver
can remain stuck in a bad state on subsequent runs.
Link: https://github.com/basil00/WinDivert/issues/406
windows: use OnceLock for SEND_HANDLE to close only when openned2026-07-13T19:48:47Zdilluti0nhskim@dilluti0n.com2026-07-13T19:48:47Zurn:sha1:4e22bda51e9bcf2ed388c7cfa76a2fec0e284c8dwindows: fix some kind of race2026-07-13T19:39:13Zdilluti0nhskim@dilluti0n.com2026-07-13T19:39:13Zurn:sha1:168a88b84f2fbdaf8a301e1da8da8038d000b29c
Uninstalling before all handles were closed resulted in a os error
1058 when try to open windivert. (sc stop windivert fixed it)
Assumed the uninstallation would fail if the handle was still
active, but it seems the initial uninstallation actually succeeded,
while the subsequent attempt to close the remaining handles failed.
Closing send handle that hadn't been closed previously and then
explicitly performed the uninstallation fixes the issue.
windows: close handles and uninstall WinDivert.sys before exit2026-07-13T18:55:12Zdilluti0nhskim@dilluti0n.com2026-07-13T18:51:06Zurn:sha1:34873f2a27e52d5544009d30cbcde0eb8ff891e7
This allows the WinDivert.sys can be removed after the program
terminates, without needing to run `sc stop windivert`.
Bug: https://github.com/dilluti0n/dpibreak/issues/21
windows: insert handler for console route to shutdown recv handles2026-07-13T18:55:12Zdilluti0nhskim@dilluti0n.com2026-07-13T15:37:32Zurn:sha1:7de52af92c92afbe041170dd207052f5b8095e30windows: WinDivertShutdown() recv handles at service exits2026-07-13T18:55:12Zdilluti0nhskim@dilluti0n.com2026-07-13T15:08:50Zurn:sha1:63516cd11ede5484f00854f9551c59583b9ee533
This inturrupts blocking recv() calls resulting WinDivert service can
be safely removed.
windows: use paexit instead std::process::exit2026-07-13T13:17:42Zdilluti0nhskim@dilluti0n.com2026-07-13T13:11:02Zurn:sha1:d62745ca0d20ceaf580ddca76a682bb6a9a65b16
See error message
windows: fix nit build failure2026-07-13T13:17:37Zdilluti0nhskim@dilluti0n.com2026-07-13T12:47:18Zurn:sha1:207ef6dc214ae2c73848c7be0ed326d5772a931flinux: rxring: fix lifetime issue for Pkt::net()2026-07-10T08:32:39Zdilluti0nhskim@dilluti0n.com2026-07-10T08:32:39Zurn:sha1:47971046d4cc8e4964a207758831f6820a805859
Result should be unusable after Pkt is dropped, not rx is dropped.