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

Porting Applications
by Alistair Leslie-Hughes 23 Jun '10

23 Jun '10

Hi, Check out this ability to debug your windows in WINE. Sparx Systems Enterprise Architect allows you to debug Windows applications under WINE. http://www.sparxsystems.com/support/faq/enterprise-architect-WINE.html#nine The limitations are you need to use the native dbghelp.dll. You need the PDB's of the application you want to debug, and the source if want to set breakpoints. Features 1. Allows debugging of a windows application. 2. Allows sampling (profiling) of you application. What it doesn't do 1. Allow Debugging of application you have the PDB's. 2. Assembly level debugging, all breakpoints are at the source level only. This feature has been extremely useful in working out issues with running Enterprise Architect in the WINE environment. Best Regards Alistair Leslie-Hughes

2 1

Re: shell32/tests: SHELL_ArgifyW(%2|%*|%~3, ...) tests
by testbot＠testbot.winehq.org 22 Jun '10

22 Jun '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=2839 Your paranoid android. === W7PROX64 (64 bit shlexec) === shlexec.c:1738: Test failed: ShellExecuteEx(null, "C:\Users\winetest\AppData\Local\Temp\wtA1D5.tmp\test file.sde", null, null) failed: rc=29 err=2 shlexec.c:1738: Test failed: ShellExecuteEx(null, "C:\Users\winetest\AppData\Local\Temp\wtA1D5.tmp\test file.sde", null, null) failed: rc=29 err=2 shlexec.c:1738: Test failed: ShellExecuteEx(null, "C:\Users\winetest\AppData\Local\Temp\wtA1D5.tmp\test file.sde", null, null) failed: rc=29 err=2 shlexec.c:1738: Test failed: ShellExecuteEx(null, "C:\Users\winetest\AppData\Local\Temp\wtA1D5.tmp\test file.sde", null, null) failed: rc=29 err=2 shlexec.c:1738: Test failed: ShellExecuteEx(null, "C:\Users\winetest\AppData\Local\Temp\wtA1D5.tmp\test file.sde", null, null) failed: rc=29 err=2

1 0

Re: Getting into the spirit of things... crosstest
by Misha Koshelev 22 Jun '10

22 Jun '10

> On 6/22/2010 23:30, Misha Koshelev wrote: > > Dear All: > > > > As I am waiting for my wine GIT to compile, I have noticed that the > > following link no longer works: > > http://mirzam.it.vu.nl/mingw/ > > > > (from > > http://www.winehq.org/docs/winedev-guide/cross-compiling-tests > > for the MINGW WIN32API RPMS) > > > > I am running Ubuntu 10.04 and will first: > > i) try stock MINGW > > ii) then try to figure it out myself from sources if necessary > > > Page info is outdated probably. I don't have any problems with Debian 5 > package, as well as I didn't while was using Debian 4. > One problem I got was a libuuid a test was linked to. Now there's no > tests which import it, and newly added tests should go in without linking > to this lib. > > but if there are any other tips much appreciated. > > > > Thank you > > Misha > > > Thank you so much. Stock Ubuntu 10.04 amd64 mingw does indeed seem to be working! :) Misha p.s. :) misha(a)misha-d630:dpkg -l | grep mingw ii mingw32 4.2.1.dfsg-1ubuntu2 Minimalist GNU win32 (cross) compiler ii mingw32-binutils 2.20-0.1 Minimalist GNU win32 (cross) binutils ii mingw32-runtime 3.15.2-0ubuntu1 Minimalist GNU win32 (cross) runtime misha(a)misha-d630:~/src/wine/dlls/d3dx9_36$ uname -a Linux misha-d630 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux

1 0

Re: ddraw: Better validation of IDirectDrawSurface::BltFast parameters (2nd try)
by Iain Arnell 22 Jun '10

22 Jun '10

On Sat, Jun 19, 2010 at 9:02 AM, Iain Arnell <iarnell(a)gmail.com> wrote: > fixes #23238 - Repton 3: crashes when viewing map. > --- > dlls/ddraw/surface.c | 6 ++++++ > dlls/ddraw/tests/dsurface.c | 4 ++++ > 2 files changed, 10 insertions(+), 0 deletions(-) Scratch this - after thinking again about Henri's hint, I've moved the fix to wined3d. -- Iain.

1 0

Getting into the spirit of things... crosstest
by Misha Koshelev 22 Jun '10

22 Jun '10

Dear All: As I am waiting for my wine GIT to compile, I have noticed that the following link no longer works: http://mirzam.it.vu.nl/mingw/ (from http://www.winehq.org/docs/winedev-guide/cross-compiling-tests for the MINGW WIN32API RPMS) I am running Ubuntu 10.04 and will first: i) try stock MINGW ii) then try to figure it out myself from sources if necessary but if there are any other tips much appreciated. Thank you Misha

3 2

I'm back
by Misha Koshelev 22 Jun '10

22 Jun '10

Dear All: Just wanted to let you know that after a long hiatus working on "big important" things, I now have time once again to contribute to the Wine project. I am going to have to take some time to get my feet wet, but the current plan, per suggestions of senior important Wine members :) is to work on DirectX and d3dx. Thus, I will focus on this. I look forward to our new and continued interactions. Misha Koshelev

2 2

Yagmark and localized Windows
by Francois Gouget 22 Jun '10

22 Jun '10

I tested Yagmark on a Windows XP computer but I hit a snag with the 3dmark 2000 and 2001 tests: they hang on the 'Save As' dialog because on my French Windows XP it is called 'Enregistrer Sous'. I checked out the AutoHotKey documentation but they don't seem to have a way to deal with this. Having a gettext-like function in AHK with a built-in library of translations would have been nice. But maybe I am missing something. Is this something to handle outside AHK? Did it get solved somewhere else already? (appinstall?) Should we be using some other way of identifying these dialogs? Like some resource id or the id of a control it contains? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

2 1

Re: [hhctrl.ocx] Null pointer fix, new patch
by Andrew Nguyen 22 Jun '10

22 Jun '10

On Tue, Jun 22, 2010 at 5:56 AM, Jaroslav Šmíd <jardasmid(a)gmail.com> wrote: > - info->WinType.pszCaption=strdupW(info->pCHMInfo->defTitle); > + info->WinType.pszCaption=strdupW(info->pCHMInfo->defTitle ? > info->pCHMInfo->defTitle : null); Perhaps I am missing something obvious, but isn't the new statement practically the same as the one you removed? Adding a conditional doesn't seem to change what strdupW receives, and thus what it ultimately returns. > - info->WinType.pszFile=strdupW(info->pCHMInfo->defTopic); > + info->WinType.pszFile=strdupW(info->pCHMInfo->defTopic ? > info->pCHMInfo->defTopic : null); Same thing. Also, did you actually compile and test this patch? I would think that writing "null" wouldn't compile.

3 3

Re: winex11.drv: warn and return when UploadGlyph fails in X11DRV_XRender_ExtTextOut
by Alexandre Julliard 22 Jun '10

22 Jun '10

Aric Stewart <aric(a)codeweavers.com> writes: > commit 082bc5ccbcc35e2058f1a3cd5c52345edf760631 > Author: Aric Stewart <aric(a)codeweavers.com> > Date: Tue Jun 22 16:58:38 2010 +0900 > > winex11.drv: warn and return when UploadGlyph fails in X11DRV_XRender_ExtTextOut > > this prevents crashing later when we are assuming that all the glyphs in the string have been realized and have valid data. Missing glyphs should be replaced by the font default char or something like that. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wininet: Allow HTTPREQ_ReadFileEx read more then one data chunk
by Alexandre Julliard 22 Jun '10

22 Jun '10

Piotr Caban <piotr(a)codeweavers.com> writes: > + read = 0; > + size = buffers->dwBufferLength; > + > + EnterCriticalSection( &req->read_section ); > + while(1) { > + res = HTTPREQ_Read(req, (char*)buffers->lpvBuffer+read, size-read, > + &buffers->dwBufferLength, !(flags & IRF_NO_WAIT)); > + if(res == ERROR_SUCCESS) > + read += buffers->dwBufferLength; > + else > + break; > + > + if(!req->read_chunked || read==size || req->dwContentLength!=req->dwContentRead > + || !req->dwContentLength || (req->gzip_stream && req->gzip_stream->end_of_data)) > + break; > + > + INTERNET_SendCallback(&req->hdr, req->hdr.dwContext, INTERNET_STATUS_RESPONSE_RECEIVED, > + &buffers->dwBufferLength, sizeof(buffers->dwBufferLength)); > + INTERNET_SendCallback(&req->hdr, req->hdr.dwContext, > + INTERNET_STATUS_RECEIVING_RESPONSE, NULL, 0); Calling the callbacks while holding the critical section is not a good idea. -- Alexandre Julliard julliard(a)winehq.org

1 0