- Wine-devel - list.winehq.org

Houston, we have a problem...
by Dimitrie O. Paun 12 Dec '02

12 Dec '02

Configure finished. Do 'make depend && make' to compile Wine. cd `dirname dlls/__depend__` && make depend make[1]: Entering directory `/opt/dimi/dev/wine/wine/dlls' cd `dirname advapi32/__depend__` && make depend make[2]: Entering directory `/opt/dimi/dev/wine/wine/dlls/advapi32' cd `dirname tests/__depend__` && make depend make[3]: Entering directory `/opt/dimi/dev/wine/wine/dlls/advapi32/tests' ../../../tools/makedep -I../../../../wine.src/dlls/advapi32/tests -I. -I../../../../wine.src/include -I../../../include -C../../../../wine.src/dlls/advapi32/tests registry.c testlist.c ../../../../wine.src/dlls/advapi32/tests/testlist.c: No such file or directory make[3]: *** [depend] Error 1 make[3]: Leaving directory `/opt/dimi/dev/wine/wine/dlls/advapi32/tests' make[2]: *** [tests/__depend__] Error 2 make[2]: Leaving directory `/opt/dimi/dev/wine/wine/dlls/advapi32' make[1]: *** [advapi32/__depend__] Error 2 make[1]: Leaving directory `/opt/dimi/dev/wine/wine/dlls' make: *** [dlls/__depend__] Error 2 -- Dimi.

3 7

Re: Wine conformance testing on native platforms
by Dimitrie O. Paun 12 Dec '02

12 Dec '02

On December 12, 2002 10:22 am, Luke Stras wrote: > It's a bunch of extra work, but what I'm thinking is this: for every > platform, link back to the appropriate wine-devel message from the > archives which contains the most recent test results. I was actually hoping the Francois monitors this reports, and keeps his nice page (http://fgouget.free.fr/wine/tests-en.shtml) up to date, which should be exactly what you need, and a lot nicer than looking at the raw reports. > [1] Flight vibration test for my baby coming up on Friday! I'm > expecting the worst. Good luck! What is it, BTW? -- Dimi.

2 1

Key capturing and dxgrab
by chrismorgan＠rcn.com 12 Dec '02

12 Dec '02

If you run with dxgrab on and a game is fullscreen or in a wine desktop window the mouse is stuck there, even though some keystokes can get passed into the window manager and focus can be lost. I was thinking that a solution to this would be to enable dxgrab when the wine window was given focus and to disable dxgrab when the user wanted to change focus using alt-tab(seems like a natural default key combination). This would allow a dxgrab window in a wine desktop window but also let the desktop be useable for other things without requiring the app to be closed before mouse control was returned. Where in wine would should they keystroke interception be perfomed? Does such functionality already exist through windows api calls(I wasn't able to find much info on the web through a google search)? Thanks, Chris

1 0

make checklink broken?
by Greg Turner 12 Dec '02

12 Dec '02

Am I missing something, or is make "checklink" broken? It seems only to run for a few directories now, whereas the rest show "nothing to do". Here's a chunk of the output: ... make[2]: Entering directory `/var/src/wine/dlls/winmm/wineoss' make[2]: Nothing to be done for `checklink'. make[2]: Leaving directory `/var/src/wine/dlls/winmm/wineoss' make[2]: Entering directory `/var/src/wine/dlls/winnls' gcc -o checklink -Wl,-rpath,../../dlls -Wl,-rpath,../../library -Wl,-rpath,../../unicode ../../library/checklink.c winnls32.spec.o winnls.o winnls32.dll.dbg.o -L../../dlls -L../../library -lwine -lm && rm -f checklink make[2]: Leaving directory `/var/src/wine/dlls/winnls' make[2]: Entering directory `/var/src/wine/dlls/winsock' gcc -o checklink -Wl,-rpath,../../dlls -Wl,-rpath,../../library -Wl,-rpath,../../unicode ../../library/checklink.c ws2_32.spec.o async.o socket.o ws2_32.dll.dbg.o -L../../dlls -L../../library -lwine -lm && rm -f checklink make[2]: Leaving directory `/var/src/wine/dlls/winsock' make[2]: Entering directory `/var/src/wine/dlls/winspool' make[2]: Nothing to be done for `checklink'. make[2]: Leaving directory `/var/src/wine/dlls/winspool' make[2]: Entering directory `/var/src/wine/dlls/wintrust' make[2]: Nothing to be done for `checklink'. make[2]: Leaving directory `/var/src/wine/dlls/wintrust' make[2]: Entering directory `/var/src/wine/dlls/wow32' make[2]: Nothing to be done for `checklink'. make[2]: Leaving directory `/var/src/wine/dlls/wow32' make[2]: Entering directory `/var/src/wine/dlls/wsock32' make[2]: Nothing to be done for `checklink'. make[2]: Leaving directory `/var/src/wine/dlls/wsock32' make[2]: Entering directory `/var/src/wine/dlls/glu32' make[2]: Nothing to be done for `checklink'. make[2]: Leaving directory `/var/src/wine/dlls/glu32' make[2]: Entering directory `/var/src/wine/dlls/d3d8' make[2]: Nothing to be done for `checklink'. make[2]: Leaving directory `/var/src/wine/dlls/d3d8' ... -- gmt

2 1

NT conformance update
by Luke Stras 12 Dec '02

12 Dec '02

Changes in NT conformance test results from 2002/12/10 to 2002/12/11. Original test results are available at <http://www.winehq.com/hypermail/wine-devel/2002/12/0423.html> dsound_test: - new, passed successfully kernel32_test: - file.c:578 - DeleteFile test now passess successfully - path.c:568, 569, 591, 592, 656, 657 now pass - path.c:242 et. al - check?-? now pass - path.c:822-908 now pass msvcrt_test: - test 'msvcrt' does not exist any more I think that's everything a vgrep returns, anyways. I've put up the test results from both days, as well as a diff, up at: <http://www.utias.toronto.edu/~stras/wine/> I will try to keep this updated regularly, as the available test suite changes. I'm too busy right not to compile my own tests, so I have to rely on Francois to compile tests for me. -- Luke Stras <stras(a)utias.toronto.edu> "The meek can have the Earth; the rest of us have other plans" --Henry Spencer

1 0

any one have korean XIM support patch?
by liu spider 12 Dec '02

12 Dec '02

hello everyone: I just working hard to improve / implement the XIM support in wine based on the work of Mike McCormack. His original patch support Japanese, thus I think mime will work with japanese too. While I heared that there was a patch for korean XIM support, I think I'd better check with it to ensure my patch support korean too. Anyone know / has it? Could you send me a copy? I am Chinese, so now I only test my patch with Chinese input method. thanks liuspider __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

Fwd: any one have korean XIM support patch?
by liu spider 12 Dec '02

12 Dec '02

hello everyone: I just working hard to improve / implement the XIM support in wine based on the work of Mike McCormack. His original patch support Japanese, thus I think mime will work with japanese too. While I heared that there was a patch for korean XIM support, I think I'd better check with it to ensure my patch support korean too. Anyone know / has it? Could you send me a copy? I am Chinese, so now I only test my patch with Chinese input method. thanks liuspider __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

Re: Conformance tests on WinNT
by Jeff Smith 12 Dec '02

12 Dec '02

You don't have anyone for Win95? I figured you did. *If* no one else will, I can do this one too, as my linux box is dual boot w/ Win95-OSR2.1 I believe. But if anyone else will take this on, please do, as this box is the Internet gateway for my family. :-/ >On December 11, 2002 09:14 am, Tom Wickline wrote: > > Were down to ( _1_ ) Win98SE Anyone ?? > >And what about Win95? > >-- >Dimi. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

4 4

Re: Comctl32.StrStrIW implementation
by Dmitry Timoshkov 12 Dec '02

12 Dec '02

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> wrote: > StrStrIW is used by native Regedit when searching the registry. This patch > enables this function of Regedit to work. > > ChangeLog: > - Implement StrStrIW (find a string inside a string) > + first = towlower (*lpStr2); > + while (len1 >= len2) { > + if (towlower(*lpStr1) == first) { It almost always is a bad idea to use unicode or locale dependant functions from a system libc (isalpha() in your other patch). It could sometimes produce bad side effects due to different unicode implementations and the fact that Wine's default ANSI code page often is not the same as a one used by an underlying system. The best way to avoid discrepancies is to use Win32 APIs to deal with locale sensitive data. Other way to avoid use of the libc locale dependant functions is to delegate all the work to unicode version of the API and leaving to ANSI version only simple work of converting strings to unicode and adopting the returned data if necessary. -- Dmitry.

1 0

Wine conformance testing on native platforms
by Luke Stras 12 Dec '02

12 Dec '02

Dimi, I see that you've added me as a "volunteer" for running the conformance tests on NT. Gee, thanks :). In any case, I don't mind doing this. However, I have a question : what should I do with the test results? Posting them to wine-devel every time a test changes seems somewhat high-bandwidth... What we (i.e., the testers) could do is to keep track of what changes between successive test runs, I guess, and we could just post a summary of the changes. This brings up another point: these test results should be put up somewhere on the Web for everyone to see. Might I suggest putting them up on the Wine Janitorial Projects page? For every platform, just put in a link to "Most recent test results", say. One last thing: is there any way to be automatically notified whenever the available test suite changes? -- Luke Stras <stras(a)utias.toronto.edu> "The meek can have the Earth; the rest of us have other plans" --Henry Spencer

2 1