ntdll: enable CreateRemoteThread and RtlCreateUserThread for remote processes

Alexandre Julliard julliard at winehq.org
Sun Jul 16 13:07:26 CDT 2006


"Dan Kegel" <dank at kegel.com> writes:

> Well, kind of.  Signals are only delivered when syscalls return, so
> they won't work well if the thread you pick to molest happens to
> not make any syscalls for a long time.

Signals certainly don't need system calls to be delivered. IMO they
would be more appropriate than ptrace in this case. At least signals
can be masked during server calls, though of course it doesn't solve
the issue of interrupting a thread holding a lock. Cloning a new
thread is not going to help with this at all, since it still uses the
Win32 context of the original thread, so it only makes things worse.

-- 
Alexandre Julliard
julliard at winehq.org



More information about the wine-devel mailing list