https://bugs.winehq.org/show_bug.cgi?id=56835
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #10 from Bernhard Übelacker bernhardu@mailbox.org --- Following is my attempt to compile the test program and run it with needed capabilities without being root:
cd .wine/drive_c
wget https://npcap.com/dist/npcap-sdk-1.13.zip unzip -d npcap-sdk npcap-sdk-1.13.zip
wget "https://bugs.winehq.org/attachment.cgi?id=76647" -O winpcap_demo.c x86_64-w64-mingw32-gcc \ -g -O2 \ -Inpcap-sdk/Include \ -Lnpcap-sdk/Lib/x64 \ winpcap_demo.c \ -lwpcap \ -o winpcap_demo_x86_64 i686-w64-mingw32-gcc \ -g -O2 \ -Inpcap-sdk/Include \ -Lnpcap-sdk/Lib \ winpcap_demo.c \ -lwpcap \ -o winpcap_demo_i686
sudo setpriv \ --inh-caps '-all,+net_raw,+net_admin' \ --bounding-set '-all,+net_raw,+net_admin' \ --reuid=benutzer \ --ambient-caps='+net_raw,+net_admin' \ env -i HOME=$HOME /bin/bash --login -i
WINEDEBUG=+wpcap wine winpcap_demo_x86_64
WINEDEBUG=+wpcap wine winpcap_demo_i686
With the 32-bit build and +wpcap the "Unknown options specified" is visible, and tracing network packets seems to work.
So the issue in winosp.exe with wine-9.0 seems not to be covered by the winpcap_demo.c reproducer.
This size of 0x3c141000 seems to be nearly a quarter of the whole address space of a 32-bit process, which would need to be available in one contiguous block? Maybe there is some setting to tell the application to map less memory? Or maybe there is a 64-bit version available?