Hi,
Running make test with a desktop window leaves ok but 2 processes are still running and the desktop windows not closed.
They cannot be closed when I use the cross or the close command, i must kill them. (don't have to use -9 parameter) Running processes are : /home/wine/wine tests/vartest.c /home/wine/wine tests/sysparams.c (wineserver is here)
I tried to winedbg them, but got error when I typed attach : error 5 (ERROR_ACCESS_DENIED).
___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
On Fri, 29 Mar 2002, Sylvain Petreolle wrote:
Hi,
Running make test with a desktop window leaves ok but 2 processes are still running and the desktop windows not closed.
They cannot be closed when I use the cross or the close command, i must kill them. (don't have to use -9 parameter) Running processes are : /home/wine/wine tests/vartest.c /home/wine/wine tests/sysparams.c (wineserver is here)
I tried to winedbg them, but got error when I typed attach : error 5 (ERROR_ACCESS_DENIED).
Aha, this error is interesting. I'm not the only one getting this kind of error then. And I bet that your kernel is >2.4.5, and most likely >=2.4.9.
-- Francois Gouget [email protected] http://fgouget.free.fr/ The software said it requires Win95 or better, so I installed Linux.
Aha, this error is interesting. I'm not the only one getting this kind of error then. And I bet that your kernel is
2.4.5, and most
likely >=2.4.9.
I'm running 2.4.9-31 on RH 7.2.
-- Francois Gouget [email protected] http://fgouget.free.fr/ The software said it requires Win95 or better, so I installed Linux.
Pretty good fortune :)
___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
On Fri, Mar 29, 2002 at 05:42:45AM +0100, Sylvain Petreolle wrote:
Aha, this error is interesting. I'm not the only one getting this kind of error then. And I bet that your kernel is
2.4.5, and most
likely >=2.4.9.
I'm running 2.4.9-31 on RH 7.2.
I'm running the same and don't see the problem, no wine process is left after make test.
bye michael
Did you set the "Desktop" parameter at any value other
than "N" ? Running it whitout a desktop window gives no problem.
Noted another thing : occasionnally the program goes to debugger and is in X processes.
I'm running the same and don't see the problem, no wine process is left after make test.
bye michael
Here is my backtrace:
../../programs/winetest/runtest -q -P wine -M user32.dll -T ../.. -p tests/user32_test tests/sysparams.c && touch tests/sysparams.ok wine: Unhandled exception, starting debugger... <snip> Unhandled exception: page fault on read access to 0x0000000e in 32-bit code (0x40b9e28b). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40b9e28b (_end+0x33fad7 in libGLcore.so.1): cmpl $0,0xc(%edi) Wine-dbg>bt Backtrace: =>0 0x40b9e28b (_end+0x33fad7 in libGLcore.so.1) (ebp=405c6e30) 1 0x4024950b (exit+0x87(status=0x0) [exit.c:55] in libc.so.6) (ebp=405c6e60) 2 0x401e8482 (main+0x6e(argc=0x2, argv=0xbffff284) [wtmain.c:213] in user32_test.so) (ebp=405c6e74) 3 0x401e702d (__wine_exe_main+0x2d [user32_test.spec.c:167] in W:\wine) (ebp=405c6e90) 4 0x400be21a (start_process+0x226 [process.c:415] in libntdll.dll.so) (ebp=405c6f38) 5 0x400c14fb (call_on_thread_stack+0x77(func=0x400bdff4) [sysdeps.c:105] in libntdll.dll.so) (ebp=405c6ff4) 6 0x400c163c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000)
___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
On Sat, Mar 30, 2002 at 11:58:49PM +0100, Sylvain Petreolle wrote:
Did you set the "Desktop" parameter at any value other than "N" ? Running it whitout a desktop window gives no problem.
Hmm ... you are right, I never use wine in desktop mode. I can now reproduce your problem.
bye michael
Noted another thing : occasionnally the program goes to debugger and is in X processes.
I'm running the same and don't see the problem, no wine process is left after make test.
-
Francois Gouget -
Michael Stefaniuc -
Sylvain Petreolle