Hello
The stubs in eventlog.c return an odd value (0xcafe4242) instead of
NULL.
For example, in RegisterEventSourceW, NULL would be an error and
would mean the register did not work. The current value doesn't tell
the application that it didn't work.
Is there a reason ?
Tha
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
viour ?
Another question that could be related is the status of the trace flag
in EFlags (0x100). It looks like wine clears it in some of its code
(raise_trap_exception and the handler for SIGTRAP in signal_i386.c).
Shouldn't it be the debugger responsibilty ?
Thanks
David Hemmo
PS: I hope
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 kn
Ivan Leo Puoti wrote:
Mike McCormack wrote:
Try skip the 'make install', and instead run wine from the build
directory. eg.
I did it when I reinstalled Linux.
The downside is that make is still slower that if you do it in the
directory where you made a modification.
The plus side is that it also
I run these commands in the directory of the dll or program which I
changed.
Thats is way faster :-)
Thanks
David Hemmo
Hello,
Right now, each time I make a modification (even one line) I do a
'make' followed by a 'make install'.
Is there a faster way ?
Thanks
David Hemmo
d the architecture ?
Thanks
David Hemmo
PS: This is a repost, it looks like my first post didn't got through :-(
d the architecture ?
Thanks
David Hemmo
