September 2010 - Wine-devel

Re: [PATCH] user32: Update Finnish translation.
by Paul Vriens 25 Sep '10

25 Sep '10

On 09/25/2010 03:43 PM, Lauri Kenttä wrote: > Hi! > >> Great to see that someone is picking up the Finnish translations >> again (last real contribution is from 2006). > > I'm a bit sorry I didn't have time for this before the 1.2 release, but > better late than never. :) My girlfriend will maybe send patches as > well. No problem. We are all volunteers and a life besides Wine ;) Two volunteers for Finish is even better. > > I seem to remember that you know a lot about these resource things, so > I'll bother you with a few questions: > > - Is it ok to use the same accelerator key for multiple items? Maybe in > different submenus (File> &Save and Other> &Something)? One shouldn't have the same accelerators in one submenu. Different submenu's with same accelerators is no problem. So your example is correct. Maybe we should teach our resource compiler to warn about duplicate accelerators (or maybe even error out). > > - Is there some easy way to know which strings should NOT be > translated, e.g. "Microsoft\\Windows\\GameExplorer" and "OEM Links" and > such? Or does the resource file contain only the things that basically > should be translated? I guess 99% is translatable. The ones you mention have more to do with how a Finish Windows version would show up. These should be translated if users would otherwise be confused. > > - What about the license? FSF doesn't provide a Finnish version. Which > one is best: English only, unofficial translation only, or both? If there is no official LGPL license in your language, you can just use the English one. > > Thanks for your help. > It's is me/us who should thank you! -- Cheers, Paul.

1 0

parallel make broken somehow
by Marcus Meissner 25 Sep '10

25 Sep '10

Hi, + make -j4 depend config.status: creating tools/Makefile config.status: creating tools/Makefile make[1]: Entering directory `/usr/src/packages/BUILD/wine-1.3.3.20100924/tools' gcc -c -I. -I. -I../include -I../include -I/usr/include/freetype2 -D__WINESRC__ -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wtype-limits -Wwrite-strings -Wpointer-arith -Wno-unused-result -DLDAP_DEPRECATED=1 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -o makedep.o makedep.c make[1]: Entering directory `/usr/src/packages/BUILD/wine-1.3.3.20100924/tools' gcc -DLDAP_DEPRECATED=1 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -o makedep makedep.o makedep.o: file not recognized: File truncated collect2: ld returned 1 exit status make[1]: *** [makedep] Error 1 make[1]: Leaving directory `/usr/src/packages/BUILD/wine-1.3.3.20100924/tools It seems we start to build tools/ twice at the same time. Ciao, Marcus

2 1

Re: [PATCH] user32: Implement GetMenuBarInfo
by testbot＠testbot.winehq.org 24 Sep '10

24 Sep '10

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=5468 Your paranoid android. === WVISTAADM (32 bit menu) === menu.c:2115: Test failed: test 13: GetMenuBarInfo.fBarFocused (1) is wrong menu.c:2117: Test failed: test 13: GetMenuBarInfo.fFocused (1) is wrong === W7PROX64 (32 bit menu) === menu.c:2115: Test failed: test 21: GetMenuBarInfo.fBarFocused (1) is wrong menu.c:2117: Test failed: test 21: GetMenuBarInfo.fFocused (1) is wrong menu.c:2128: Test failed: test 21: GetMenuBarInfo.fBarFocused (1) is wrong menu.c:2115: Test failed: test 27: GetMenuBarInfo.fBarFocused (1) is wrong menu.c:2117: Test failed: test 27: GetMenuBarInfo.fFocused (1) is wrong menu.c:2128: Test failed: test 27: GetMenuBarInfo.fBarFocused (1) is wrong menu.c:2115: Test failed: test 30: GetMenuBarInfo.fBarFocused (1) is wrong menu.c:2117: Test failed: test 30: GetMenuBarInfo.fFocused (1) is wrong menu.c:2128: Test failed: test 30: GetMenuBarInfo.fBarFocused (1) is wrong

1 0

Re: [PATCH] ole32: Create a FORMATETC if one is not given in OleCreate
by testbot＠testbot.winehq.org 24 Sep '10

24 Sep '10

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=5461 Your paranoid android. === W98SE (32 bit ole2) === ole2.c:1082: Test failed: Expected draw_continue to be called instead of DataObject_DAdvise ole2.c:1091: Test failed: Expected DataObject_DAdvise to be called instead of DataObject_DUnadvise ole2.c:1318: Test failed: Method sequence starting from DataObject_DUnadvise not called ole2.c:1026: Test failed: Expected draw_continue to be called instead of DataObject_GetData ole2.c:1026: Test failed: Expected draw_continue to be called instead of DataObject_GetData ole2.c:1026: Test failed: Expected draw_continue to be called instead of DataObject_GetData ole2.c:1390: Test failed: Method sequence starting from DataObject_GetData not called

1 0

Re: Wine test bot failure?
by James Mckenzie 24 Sep '10

24 Sep '10

Travis Athougies <iammisc(a)gmail.com> wrote: > >Hi, > >I was trying to run my HLSL test suite patch through wine test bot and >the build failed. However, it's not a compilation failure. Instead it >complains about not being able to copy some executable file. Also, the >build fails almost instantaneously. It also complains about a missing >command. > >The results are at >https://testbot.winehq.org/JobDetails.pl?Key=5449&log_101=1#k101 > Read the log file from the build failure and fix what it tells you to fix. I've encountered plenty of test failures due to incorrect spellings or missing variables because I did not declare them properly. The alternative is to build the testing file using the same method that the testbot does and using it for the upload. James McKenzie

1 0

Can we please have a "packaging" bugzilla component and not close packaging bugs?
by Scott Ritchie 24 Sep '10

24 Sep '10

Sometimes it's not 100% clear whether a problem is in the packaging or upstream part of Wine, and packaging bugs are just as much legitimate problems as normal Wine bugs. WineHQ is often the best place to have that discussion as 1) more than one packager would see it, and 2) if we're doing something wrong a developer can tell us too. I think we discussed this idea last wineconf informally, although I'm not sure anyone committed to making it happen. Thanks, Scott Ritchie

3 2

ie6 download failing
by Dan Kegel 23 Sep '10

23 Sep '10

Looks like Microsoft has been letting the ie6 download servers rot. Over the last few weeks, 'winetricks ie6' has been hanging occasionally, and today, it's failing right off the bat with wget http://www.microsoft.com/windows/ie/ie6sp1/download/rtw/x86/ie6sites.dat ... Resolving www.microsoft.com... 65.55.12.249 Connecting to www.microsoft.com|65.55.12.249|:80... connected. HTTP request sent, awaiting response... 500 Internal Server Error Personally, I think it's great that ie6 is getting the shaft, but it does make life with wine a bit more difficult. I hope this error is transient.

2 1

Re: [PATCH 1/3] msxml3: Implement SelectionNamespaces property for XPath
by Alexandre Julliard 23 Sep '10

23 Sep '10

Adam Martinson <amartinson(a)codeweavers.com> writes: > Ignore the previous stuff from me, rebased & split into a patch set. > > From bdc1ce7957ee1be31f4b39484285a164bc4ba6b2 Mon Sep 17 00:00:00 2001 > From: Adam Martinson <amartinson(a)codeweavers.com> > Date: Wed, 22 Sep 2010 14:02:47 -0500 > Subject: [PATCH 1/3] msxml3: Implement SelectionNamespaces property for XPath It fails make test: ../../../tools/runtest -q -P wine -M msxml3.dll -T ../../.. -p msxml3_test.exe.so domdoc.c && touch domdoc.ok XPath error : Invalid context position xmlXPathEval: evaluation failed XPath error : Undefined namespace prefix xmlXPathEval: evaluation failed XPath error : Undefined namespace prefix xmlXPathEval: evaluation failed XPath error : Undefined namespace prefix xmlXPathEval: evaluation failed domdoc.c:514: Test succeeded inside todo block: IXMLDOMNodeList_get_length(list, &len) returned 0 domdoc.c:520: Test succeeded inside todo block: IXMLDOMNodeList_nextNode(list, &node) returned 0 domdoc.c:469: Test succeeded inside todo block: IXMLDOMNode_get_nodeType(node, &type) returned 0 domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:492: Test succeeded inside todo block: get_parentNode failed (00000000) domdoc.c:469: Test succeeded inside todo block: IXMLDOMNode_get_nodeType(node, &type) returned 0 domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:492: Test succeeded inside todo block: get_parentNode failed (00000000) domdoc.c:469: Test succeeded inside todo block: IXMLDOMNode_get_nodeType(node, &type) returned 0 domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:492: Test succeeded inside todo block: get_parentNode failed (00000000) domdoc.c:469: Test succeeded inside todo block: IXMLDOMNode_get_nodeType(node, &type) returned 0 domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:492: Test succeeded inside todo block: get_parentNode failed (00000000) domdoc.c:469: Test succeeded inside todo block: IXMLDOMNode_get_nodeType(node, &type) returned 0 domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:492: Test succeeded inside todo block: get_parentNode failed (00000000) domdoc.c:469: Test succeeded inside todo block: IXMLDOMNode_get_nodeType(node, &type) returned 0 domdoc.c:446: Test succeeded inside todo block: get_previousSibling failed domdoc.c:492: Test succeeded inside todo block: get_parentNode failed (00000001) XPath error : Undefined namespace prefix xmlXPathEval: evaluation failed XPath error : Undefined namespace prefix xmlXPathEval: evaluation failed wine: Unhandled page fault on write access to 0x00000000 at address 0x7bc48a27 (thread 001c), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc49c6b make: *** [domdoc.ok] Error 5 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: mscoree: Search for Mono in some predefined paths before using the registry. (try 2)
by Alexandre Julliard 23 Sep '10

23 Sep '10

"Vincent Povirk" <vincent(a)codeweavers.com> writes: > + /* Last: the registry */ > + return get_mono_path_from_registry(path); You probably want to check the registry first, to make it possible to override the global install if necessary. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [PATCH 8/8] gameux: IGameStatistics::GetMaxStatsPerCategory implementation
by testbot＠testbot.winehq.org 23 Sep '10

23 Sep '10

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=5432 Your paranoid android. === WINEBUILD (build) === Make failed

1 0