March 2014 - Wine-Devel - list.winehq.org

Patches 103117 - 103120
by Hugh McMaster March 12, 2014

March 12, 2014

Hi, Was there something wrong with the following patches? I received no warnings or errors when patching and compiling one-by-one. Also, Akihiro Sagawa reviewed and passed them. 103117 [1/4] regsvr32: Insert unicode print function (http://source.winehq.org/patches/data/103117) 103118 [2/4] regsvr32: Create resource header and move ANSI resource strings (http://source.winehq.org/patches/data/103118) 103119 [3/4] regsvr32: Replace all printf calls with calls to output_write; remove Silent check. (http://source.winehq.org/patches/data/103119) 103120 [4/4] regsvr32: Convert C source to Unicode (http://source.winehq.org/patches/data/103120) Any help is appreciated. -- Hugh McMaster

2 2

Re: [PATCH 1/5] user32: Fix TEXT_WordBreak() when no characters fit.
by jm.rodriguezceja＠yahoo.es March 11, 2014

March 11, 2014

Enviado desde Yahoo Mail en Android

1 0

GSoC 2014
by Naveen Sahu March 11, 2014

March 11, 2014

Hello, I'm Naveen Sahu, a 3rd yr undergraduate in Computer Science and Engineering at Indian Institute of Technology Guwahati (IIT G), India. I have a good knowledge of C, C++ and python. I would like to contribute to Wine through GSoC'14. I'm interested in '*Richedit - implement Windowless mode*' project. Can you please give me some advice which bugs to fix that can help me in this project too? I'll try my best to submit patches as soon as possible. Regards, Naveen

2 1

Re: [PATCH 3/3] mshtml: Adder _parent target support to navigate_anchor.
by Marvin March 11, 2014

March 11, 2014

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 https://newtestbot.winehq.org/JobDetails.pl?Key=5613 Your paranoid android. === w2000pro (32 bit script) === Timeout === wxppro (32 bit script) === Timeout

1 0

Re: [PATCH 2/3] mshtml: Added IHTMLFrameBase2::onload property implementation.
by Marvin March 11, 2014

March 11, 2014

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 https://newtestbot.winehq.org/JobDetails.pl?Key=5612 Your paranoid android. === w2000pro (32 bit events) === Timeout === wxppro (32 bit events) === Timeout

1 0

Re: [PATCH 4/5] ddraw/tests: Skip the overlay tests in test_block_formats_creation() if overlays are not supported.
by Marvin March 11, 2014

March 11, 2014

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 https://newtestbot.winehq.org/JobDetails.pl?Key=5610 Your paranoid android. === w8 (32 bit ddraw7) === ddraw7.c:5604: Test failed: Got unexpected refcount 3. ddraw7.c:5623: Test failed: Got unexpected refcount 3. ddraw7.c:5630: Test failed: Got unexpected hr 0. ddraw7.c:5633: Test failed: Got unexpected refcount 3. ddraw7.c:5635: Test failed: Got unexpected refcount 2. ddraw7.c:5641: Test failed: Got unexpected hr 0. ddraw7.c:5644: Test failed: Got unexpected refcount 2. ddraw7.c:5646: Test failed: Got unexpected refcount 1. ddraw7.c:5648: Test failed: Got unexpected refcount 6. ddraw7.c:5765: Test failed: Failed to set cooperative level, hr 0x8876023b. === w8 (32 bit ddraw4) === The test timed out === wvistau64 (64 bit ddraw4) === Use of uninitialized value in hash element at /home/testbot/lib/WineTestBot/TestAgent.pm line 215, <DATA> line 558. Use of uninitialized value in hash element at /home/testbot/lib/WineTestBot/TestAgent.pm line 215, <DATA> line 558. Use of uninitialized value in concatenation (.) or string at /home/testbot/bin/WineRunTask.pl line 234, <DATA> line 558. Unable to set the VM system time (): the "nc -q0 '10.42.42.238' '4242'" command returned 1 === w2008s64 (64 bit ddraw4) === Use of uninitialized value in hash element at /home/testbot/lib/WineTestBot/TestAgent.pm line 215, <DATA> line 558. Use of uninitialized value in hash element at /home/testbot/lib/WineTestBot/TestAgent.pm line 215, <DATA> line 558. Use of uninitialized value in concatenation (.) or string at /home/testbot/bin/WineRunTask.pl line 234, <DATA> line 558. Unable to set the VM system time (): the "nc -q0 '10.42.42.136' '4242'" command returned 1

1 0

Wine Test Bot 1.7.14 analysis
by Jeremy White March 11, 2014

March 11, 2014

I wrote a script to analyze winetestbot results on all of the testbot vms except the win8 vms (they are just too broken to try to analyze right now). I'm trying to get a handle on the nature of the bot failures; this current script looks for consistent failures (partly because a consistent failure that goes green is a win, and I badly want to track wins). My results are here: http://www.winehq.org/~jwhite/ecd24b5a874e.html The short summary is that we have 38 current failures. But we appear to have fixed 3 failures (at least on the testbot vms). We also have 14 that seem consistent (i.e. that should be more tractable). I intend to use this to track progress and show status. This result is arguably not that interesting; I'm mostly posting it now so I can be publicly shamed if I fail to follow through. Cheers, Jeremy

7 14

Fwd: Build a World - a sophisticated OpenGL Windows and Linux native game - can it be any help with WINE?
by Mateusz 'DevSH' Kielan March 11, 2014

March 11, 2014

-------- Original Message -------- Subject: Build a World - a sophisticated OpenGL Windows and Linux native game - can it be any help with WINE? Date: Sun, 24 Mar 2013 14:36:31 +0000 From: Mateusz Kielan <devsh.graphicsprogramming(a)gmail.com> To: ulrich.czekalla(a)utoronto.ca I'm sorry if this email seems kind of rushed (originally planned to send to wine-devel but didnt want this email to go public). This is more of a loose proposition towards CodeWeavers rather than the wine developer community We at "Sodan Design" are developing relatively complicated video game called Build a World www.buildaworld.net <http://www.buildaworld.net> http://www.youtube.com/user/wwwbuildaworldnet/videos?view=0&flow=grid https://www.facebook.com/pages/Build-A-World/284152794990875?fref=ts http://www.kickstarter.com/projects/1895183955/build-a-world We are soon going to release our linux build to our alpha testers, I'm the graphics programming and we had a native 32bit linux build since I started working on the game. Now, I would imagine that you would very much benefit from analyzing a program which has *ALMOST* exactly the same codepath on linux as it does on linux (with the exception of a few things like threading). Right now we use the following technologies (listing more unusual stuff): --OpenGL compatibility --OpenGL 3.0 extensions --OpenGL 4.2 tessellation shaders through extensions --OpenGL Geometry shaders --OpenGL 3D textures --Boost::Libraries --Pthreads/Windows Threads with mutices --google protocol buffers --libtcmalloc (Linux) --FMOD And in the future: --libvpx --possibly ffmpeg --OpenCL (definitely) - I gather this is something wine has hickups with (at least CUDA was difficult) --OpenGL compute shaders I'm sure you'd appreciate a good piece of crossplatform software to work with, and we'd appreciate the extra linux/windows testing. Some forms of reverse engineering will be allowed in our EULA (for purpose of licence compliance with FFMPEG) I'm sure if we CodeWeavers signed an NDA then we could hand over a few nice things like executables with some debug symbols. Even without an NDA we'd be able to give a free game account to every CodeWeavers employee. P.S. It would be great if we could get some publicity or at least some mention if our 32bit windows exe gets a platinum rating or if tinkering around with Build-a-World helps with advancing wine.

1 0

Re: ntdll: Use condition variable for RtlQueueWorkItem implementation
by Alexandre Julliard March 11, 2014

March 11, 2014

Sebastian Lackner <sebastian(a)fds-team.de> writes: > * Its also on purpose, that num_workers is (read-) accessed at one point > without locking the critical section. If num_workers > 0 we can be sure, that > a worker thread will process the work item (sooner or later). If > num_workers == 0 we enter the critical section, and check once more to > prevent race condition 2. The worker may be about to exit at the time you check. I don't think it makes any sense to add races to "optimize" an error case that's not going to happen anyway. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [PATCH 5/5] winex11: Add support for WGL_WINE_make_current extension. (try 2)
by Alexandre Julliard March 11, 2014

March 11, 2014

Ken Thomases <ken(a)codeweavers.com> writes: > try 2: fail gracefully if the window was destroyed Still no good I'm afraid: ../../../tools/runtest -q -P wine -T ../../.. -M opengl32.dll -p opengl32_test.exe.so opengl && touch opengl.ok X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 153 (GLX) Minor opcode of failed request: 26 (X_GLXMakeContextCurrent) Serial number of failed request: 524 Current serial number in output stream: 524 make[1]: *** [opengl.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

2 1