what's strange is that esp is within stack limit... wine exception
handler must this from another part... it may come from msvcmon
tweaking the selectors (cs, ss) for some reasons
I agree it is strange but it still comes up after a bunch of 001b:
*signal* signal=5 that should not be there.
David Hemmo a écrit :
what's strange is that esp is within stack limit... wine exception
handler must this from another part... it may come from msvcmon
tweaking the selectors (cs, ss) for some reasons
I agree it is strange but it still comes up after a bunch of 001b:
*signal* signal=5
David Hemmo a écrit :
Eric Pouech wrote:
- kernel send a trap signal
- wine's ntdll catches it, and queue the information as a debug event
in the wineserver
- the debugger (msvcmon in your case) get notified of the trap while
waiting for a debug event
I understand.
I made a log of what happens
Eric Pouech wrote:
- kernel send a trap signal
- wine's ntdll catches it, and queue the information as a debug event in
the wineserver
- the debugger (msvcmon in your case) get notified of the trap while
waiting for a debug event
I understand.
I made a log of what happens when I single step
David Hemmo a écrit :
Hello,
After reading a mail exchanges about ptrace on Linux, I decided to
switch to a newer Linux kernel to see how it modified my problem.
Things got worse. Restarting a program from Visual studio stopped working.
Is there anyone that can explain me how things are supposed
Hello,
After reading a mail exchanges about ptrace on Linux, I decided to
switch to a newer Linux kernel to see how it modified my problem.
Things got worse. Restarting a program from Visual studio stopped working.
Is there anyone that can explain me how things are supposed to work ?
I think I
