Kernel 2.6.9 - Issue Found
Eric Pouech
pouech-eric at wanadoo.fr
Sun Nov 14 04:16:39 CST 2004
Jesse Allen a écrit :
> On Sat, Nov 13, 2004 at 05:23:19PM -0700, Jesse Allen wrote:
>
>>Patch 1: ptrace single-stepping fix
>>Included in 2.6.9-rc1
>>By Davide Libenzi?
>
>
> corrected link:
> http://linux.bkbits.net:8080/linux-2.6/[email protected]
>
>
>
This shall harm us...
Basically, when a program is traced by ptrace, and single stepping, the patches
allow to also single step in the program's SIGTRAP handler...
In Wine case:
- the handler is wine's implementation to send the single step event to wineserver
- our code implies that the handler is not seen from wineserver (basically, that
after executing the single step, the debugging event is sent to wine server)
To sum up, it's not a wine bug nor a linux bug, it's just a change in linux
behavior that breaks wine. Linux new approach is to say a signal handler is part
of the application, and should be traced (in a debugger for example) as a
regular function. Wine sees signal handler (at least SIGTRAP, SIGSEGV...) as
kernel plugs put in the application (NTDLL) and used to send back information to
Wine server. Those two options are not compatible.
IMO, the best option would be to add an option to turn on/off the behavior in
ptrace (to allow or not single stepping in signal handlers).
Fixing Wine would be doable, but somehow ugly (ie it would mean turning the TF
off in Wine server to let our handlers run...)
A+
More information about the wine-devel
mailing list