November 2010 - Wine-devel - list.winehq.org

Wine runs IE7!
by Hans Leidekker 26 Nov '10

26 Nov '10

Well, sort of. I found bugs in shell32, rpcrt4, comctl32 and wininet that I had to implement, stub and override my way past before it would render a page, but finally, here's the obligatory screenshot. -Hans

3 2

Re: [PATCH 1/2] kernel32: Don't print a FIXME for languages with ANSI codepage 0.
by Dmitry Timoshkov 26 Nov '10

26 Nov '10

Michael Stefaniuc <mstefani(a)redhat.de> wrote: > if (!(cp = get_lcid_codepage( locale ))) > { > - FIXME("For locale %04x using current ANSI code page\n", locale); > + TRACE("No ANSI codepage for locale %04x. Using current ANSI code page\n", locale); > cp = GetACP(); > } A better changelog would probably sound like "kernel32: Don't print a FIXME for unicode-only languages." since ANSI code page 0 does not exist. -- Dmitry.

2 2

dockFill problem
by Vassilis Virvilis 25 Nov '10

25 Nov '10

Hi everybody, I have the following problem in a .NET application. A form resides in a maximized MDI window. On startup the MDI gets maximized but the form is not although the dockFill property is set. Needless to say that it works on windows. 1) My question is how to debug this - What are the relevant wine debug channels? (+win) 2) What it should happen? Should the application get a maximization message that is missing? 3) Any idea / old patch I could try on wine? 4) Any workaround at the application level I could try to make the application run properly? Thanks .bill

1 0

Wineconf 2011 venue suggestion
by Keith Muir 25 Nov '10

25 Nov '10

Hi, I know 2010 has just finished but could I recommend Edinburgh for 2011? voted above London and Paris by Tripadvisor and Conde nast as a destination and amongst the top ten cities in the world 2008 by Wanderlust. Regards, Keith Muir

3 2

Re: wininet: add a stub for InternetShowSecurityInfoByURL
by Paul Vriens 25 Nov '10

25 Nov '10

On 11/25/2010 03:29 AM, Austin English wrote: > Fixes http://bugs.winehq.org/show_bug.cgi?id=25278 > Shouldn't you create the A-version and forward to that one in the .spec? -- Cheers, Paul.

2 2

Wineconf pictures
by Marcus Meissner 25 Nov '10

25 Nov '10

Hi folks, Here are my Wineconf pictures: http://www.flickr.com/photos/marcusmeissner/sets/72157625430516298/ (I need to add Jeremy to the group picture as someone noticed. Or photoshop a better one, or at least Martin and Andrew better ;) I also took video of Alexandres keynote as a test, but the audio quality is quite low. Also uploading a 5 minute part takes 2 - 3 hours, so its not yet fully done. http://www.youtube.com/user/msmeissn (reminder to next time dont take it in HD ... as my hands were shaky anyway and I could have taken 20 minutes in 1 piece) Ciao, Marcus

1 0

Re: Patch for bug 25063 - _pclose should wait for the command processor to terminate and return it's exit status
by James McKenzie 24 Nov '10

24 Nov '10

On 11/24/10 2:23 PM, Borut Razem wrote: > Attached is the forth attempt for the patch. It is traditional to append or suffix with [Try #] so that those who are manually tracking patches can do so and so AJ can skip over your previous attempts if you made several tries between times that he looks at patches. James McKenzie

1 0

Re: Added unit test suite for process functions
by Marvin 24 Nov '10

24 Nov '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=7260 Your paranoid android. === W98SE (32 bit process) === process.c:59: Test failed: unexpected number of characters: read 0, expected 7 process.c:64: Test failed: unexpected string read: read "", expected "stdout\x0a" process.c:86: Test failed: unexpected number of characters: read 0, expected 8 process.c:91: Test failed: unexpected string read: read "", expected "stdout\x0d\x0a" process.c:108: Test failed: _pclose should return after 2 seconds, but it returned after 0 seconds process.c:119: Test failed: _pclose should return 123, but it returned 0 === WNT4WSSP6 (32 bit process) === process.c:108: Test failed: _pclose should return after 2 seconds, but it returned after 0 seconds process.c:119: Test failed: _pclose should return 123, but it returned 0 === W2KPROSP4 (32 bit process) === process.c:108: Test failed: _pclose should return after 2 seconds, but it returned after 0 seconds === WXPPROSP3 (32 bit process) === process.c:108: Test failed: _pclose should return after 2 seconds, but it returned after 0 seconds === W2K3R2SESP2 (32 bit process) === process.c:108: Test failed: _pclose should return after 2 seconds, but it returned after 0 seconds === W7PROX64 (32 bit process) === process.c:108: Test failed: _pclose should return after 2 seconds, but it returned after 0 seconds === W7PROX64 (64 bit process) === process.c:108: Test failed: _pclose should return after 2 seconds, but it returned after 0 seconds

1 0

Re: msxml3/tests: move domdoc.c schema-related tests to schema.c
by Marvin 24 Nov '10

24 Nov '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=7259 Your paranoid android. === WVISTAADM (32 bit schema) === Failure running script in VM: The specified guest user must be logged in interactively to perform this operation

1 0

Re: [1/2] opengl32/tests: Add tests for special case of SetPixelFormat
by Roderick Colenbrander 24 Nov '10

24 Nov '10

Hi Matijn, What 3D API is this game using? Is it using Direct3D or OpenGL? If it is Direct3D then I have the feeling the 'issue' is getting fixed in the wrong layer. Further I'm not really sure whether we want to allow pixel format 1 to be used at all. In case of Wine all pixel formats are hardware accelerated (okay, the bitmaps one are set to indirect rendering so might be software based depending on the GLX implementation). On Windows you essentially have two GL implementations namely the Microsoft GDI renderer and the OpenGL ICD driver. The first several pixel formats are the ones from the software based GDI renderer... So even though Windows might allow setting pixel format 1 on HDC 0, I don't think it is the right thing to do. Roderick On Sun, Nov 14, 2010 at 9:55 AM, Matijn Woudt <tijnema(a)gmail.com> wrote: > Add tests for special case of SetPixelFormat > > Tests pass on my Windows XP laptop and Windows 7 PC. > The game 'Heart's Medicine Season One' depends on this behaviour. > > > >

4 12