Lib.rs

Usage

add this to your Cargo.toml:

[dependencies]
xpsupport = "0.2"

add this to your crate root:

extern crate xpsupport;

add xpsupport::init(); to fn main like:

fn main()
{
    xpsupport::init();
	//...
}	

for MSVC toolchain, you can run the bat file:

@echo off
cd %cd%
set RUSTFLAGS=-Ctarget-feature=+crt-static -Clink-args=/subsystem:console,5.01
cargo build --target i686-pc-windows-msvc --release
cmd /k

How does it work?

Idea of version 0.2 inspired by ctor. The xpsupport::init() runs before any initialization of Rust's stdlib (due to an issue of ctor issue27, xpsupport::init() in fn main is just a place holder). It hooks GetProcAddress, and return the below functions when on XP or Vista (most code are from wine project):

• AcquireSRWLockShared
• ReleaseSRWLockExclusive
• ReleaseSRWLockShared
• TryAcquireSRWLockExclusive
• TryAcquireSRWLockShared
• SleepConditionVariableSRW
• WakeAllConditionVariable
• WakeConditionVariable

External API solution

Some third party crate use winapi that not support xp, you can try YY-Thunks to resolve this. Download YY-Thunks-Binary, extract it somewhere, for xp we use the x86 binary, take E:\YY-Thunks-1.0.2.4-Beta-Binary\objs\x86\YY_Thunks_for_WinXP.obj for example, run the bat file:

@echo off
cd %cd%
set RUSTFLAGS=-Ctarget-feature=+crt-static -Clink-args=/subsystem:console,5.01 -Clink-args=E:\YY-Thunks-1.0.2.4-Beta-Binary\objs\x86\YY_Thunks_for_WinXP.obj
cargo build --target i686-pc-windows-msvc --release
cmd /k

just run the bat file. Cause it use the obj file to link, it's may incompatible with mingw.

Testing Result

Testing code are from libstd/sync, only mpsc::stress_recv_timeout_shared seems deadlock, all other are passed through! You may consider parking_lot crate as the sync library or spin, they both support XP.