[PATCH] deferred trace

[Alexandre Julliard]

"Rob Farnum" <rfarnum at mindspring.com> writes:

> My current design is to have yet another dll that would register
> itself as the handler for this XClientMessage, so that on reciept of
> the XClientMessage, it is simply passed to this new dll.  This dll
> would implement whatever application specific debugging tools I
> need, with only the bare minimum of support from wine needed.  Since
> the wine debugger already has quite a bit of the functionality that
> is needed, it might be interesting if this method could be used to
> effectively open a pipe and drive the wine debugger externally.

What you should rather do IMO is to put your dll inside the debugger,
and have the debugger drive Wine instead of the other way around. Then
you can add all kinds of elaborate mechanisms in the debugger, and do
anything you want without needing any cooperation from the running
Wine process.

-- 
Alexandre Julliard
julliard at winehq.com