October 2007 - Wine-Devel - list.winehq.org

Re: RICHED20: EM_SETTEXTEX must support RTF strings too
by Dmitry Timoshkov Oct. 14, 2007

Oct. 14, 2007

<a_villacis(a)palosanto.com> wrote: > Changelog: > * EM_SETTEXTEX should also support RTF strings, just like WM_SETTEXT It would be helpful to have a test case for this, as well as a unicode version of WM_SETTEXT/EM_SETTEXTEX. -- Dmitry.

1 0

Support GCOV for Wine 1.0?
by Detlef Riekenberg Oct. 13, 2007

Oct. 13, 2007

Hi. A while ago (2004), there was some work about wine with gcov, with the focus on "Picassa 2": ( http://www.cs.hmc.edu/clinic/projects/2004/google/ ) Final Report: ( http://www.cs.hmc.edu/clinic/projects/2004/google/final_report/main.pdf ) It would be nice, when we can support gcov in current Wine "out of the box". That would help us a lot, when we write more tests for the suggested Wine 1.0 Applications. GCOV: http://gcc.gnu.org/onlinedocs/gcc/Gcov.html -- By by ... Detlef

7 15

WineHQ for Wine 1.0
by Alex Waite Oct. 13, 2007

Oct. 13, 2007

Awhile ago I sent a few patches in to cleanup some HTML and CSS on WineHQ. I didn't continue with writing more patches since it seemed like we didn't have a clear idea of what direction we wanted to pursue. I am more than happy to help with a rewrite or update of the site, but as long as we have an plan of what we want to accomplish and how to go about it. With the release of Wine 1.0 coming... sometime... in the future, it would make sense if we had an updated website to accompany that release. From my point of view, the following are some big problems with the current site: * Not pretty: while not awful, there are better color schemes and layouts in the world. We can also look at some usability improvements. If people are partial to it, we can still use the winish-red color, but I think we can use it in a more attractive way than we do now. * Table-hell: This is where I tout the joys of <div>'s and CSS. Tables are a pain to deal with and bloat the code quite a bit. Not to mention that they make pages pretty inaccessible. * Accessibility: Tables are the big culprit here, but there's also simple things like making the code valid. There's also some fairly straightforward ways of writing code which help a lot (precede lists with headers, nest headers correctly, etc). While accessibility doesn't have to be perfect, I think it promotes well written code and makes pages more accessible to more people. * Valid code: This is a principal to me. I think if code is to be written, it should be written correctly. Wine is known for not accepting hacks or improper fixes; I think our website should reflect that, especially since the spec is not hard to conform to. Let me know if you are interested in help. I hope everyone is having fun at WineConf. ---Alex

2 1

Re: Call of Dutty 4 works!!
by Mirek Slugeň Oct. 13, 2007

Oct. 13, 2007

1 0

make test drill
by Jeremy White Oct. 13, 2007

Oct. 13, 2007

So, in a radical break from tradition, we're trying to accomplish something useful at Wineconf. Specifically, we're making 'make test' work for everyone, not just Alexandre. Maarten Lankhorst is maintaining a tree of all of our test related patches. So, for those that want to play, the thing to do is to git fetch git://repo.or.cz/wine/testsucceed.git master:testsucceed git rebase testsucceed Then you can do a make test (with a clean .wine directory) and share your results. It's useful to use Dan's filter: egrep '__test|make.*ok|Backtrace' <your-log-file-here> Up through the end of day tomorrow, you can send me the results of that egrep and I'll tally and triage. If you have a patch, send it in, and CC Maarten so he can update it. The goal is to have the number of failures as close to 0 as possible, and for the non 0 cases, to at least understand each failure. Cheers, Jeremy

8 14

Re: USER32: fix EM_SETLIMITTEXT with zeroed args (with tests)
by Francois Gouget Oct. 13, 2007

Oct. 13, 2007

On Fri, 12 Oct 2007, a_villacis(a)palosanto.com wrote: [...] > This patch implements the higher limits for EM_SETLIMITTEXT with > zeroed wParam and lParam, when the reported Windows version is WinNT, > Win2k and higher. It also implements a default maximum limit of 30000 > before receiving any EM_SETLIMITTEXT message. Tests are given for all > of this. I have not read the patch, but unless there is a Win9x application that depends on the lower limit, it would be better to simply always support the higher size, independently of the emulated Windows version. -- 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 !"

1 0

Call of Dutty 4 works!!
by Mirek Slugeň Oct. 12, 2007

Oct. 12, 2007

Hi, I just tried Call of Dutty 4 Demo in latest wine, and it is working, there are some problems with graphic (gun or units are not visible), but it works, good work!!! Here are some screenshots: http://78.108.96.64/wine/ Mirek

1 0

stdout for win16 tests
by Dan Kegel Oct. 12, 2007

Oct. 12, 2007

win16 doesn't have the notion of stdout/stderr, so 16 bit C compilers like watcom tend to simulate stdout by putting up a window. http://win16test.googlecode.com/svn/trunk/src/test.h (a port of the 32 bit test.h) uses freopen to open a log file to receive all the ok() and trace() output from the tests instead of letting it go to the fake stdout window. That's fine, but it means that crashes and wine output from wine itself don't get mixed in properly (since they go to linux stderr, not to win16 "stderr"). So I threw together a patch that uses the dos stdout that is shared by all win16 apps. Not sure if it's the right way to go, but it does let you use plain old redirection to capture the log messages, and it lets you redirect both test app traces and wine traces to the same file. I'm sending it to wine-devel mostly so Lei and anyone else working on the 16 bit tests can have a look. I haven't had a chance to pursue this further myself. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: imm32: Avoid spamming the debug output.
by EA Durbin Oct. 12, 2007

Oct. 12, 2007

Imm is disabled by default on North American Windows installations. That's a behavior I think should be mimicked in wine. http://msdn2.microsoft.com/en-us/library/ms776161.aspx IMM is only enabled on East Asian (Chinese, Japanese, Korean) localized Windows operating systems. On these systems, the application calls GetSystemMetrics with SM_DBCSENABLED to determine if IMM is enabled. _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us

1 0

Re: server: Use the security descriptor passed in when creating events.
by Alexandre Julliard Oct. 12, 2007

Oct. 12, 2007

Robert Shearman <rob(a)codeweavers.com> writes: > Use a new object_attributes struct for passing the information about > whether a security descriptor is specified or not to the server. This breaks Photoshop CS2, we segfault while trying to access a security descriptor it gives us. -- Alexandre Julliard julliard(a)winehq.org

2 1

defining and revamping our bugzilla categories
by Jan Zerebecki Oct. 12, 2007

Oct. 12, 2007

I agree the wine- prefix should be removed. Currently we have quite some categories where I don't really know how they are defined, so the description should be enhanced so there is no confusion over what goes in them. Currently we have some categories that exactly fit to one dll and some categories that include multiple dlls that are related. Also there is overlap between those two. (And perhaps some that fit in neither.) E.g. there is wine-quartz (one dll dlls/quartz/ ) and wine-directx-dshow (includes dlls/{quartz,msdmo,qcap}/ ). The best is probably to have no overlap and have multi-dll/path categories contain the shell-glob of path/files that it contains. I think in some cases multi-dll categories are preferable to single-dlls ones. A even better example for this than dshow is wine-directx-d3d, where before the bug is fixed it might not be easily known if it is in d3d9 or wined3d and a bug might exist in the same way in more than one d3d version. >From previous discussions on irc I know some people want to have a radical one category per dll approach, please speak up now. What do you guys think? Jan PS: Sorry for the previous empty mail.

8 15

1.0 Bugs - Microsoft Office 2003
by EA Durbin Oct. 12, 2007

Oct. 12, 2007

I was able to get around bug 9023 with a patch applied to the appdb and I did some further testing in Office 2003 today. Initially I'm prompted to activate my copy of microsoft office 2003, and both means of activating the application are broken in wine due to bugs 9943 and 9944. Then I tried to open VBA inside of Office and was prompted with a dialog stating unable to open macro storage(bug 8795). The only real reason I use Microsoft Office over Open Office is the need for VBA integration. I think we should add these bugs to the 1.0 target 9943 9944 8795 _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us

3 3

request for kernel32/toolhelp windows testrun
by Marcus Meissner Oct. 12, 2007

Oct. 12, 2007

Hi, I have a game (Last Chaos USA by AeriaGames) which does not start up the main game due to a bug in its toolhelp snaphot handling. It does: h = CreateToolhelp32Snapshot(); Process32First(h, &x); while (Process32Next(h,&x)) { /* check x */ } So it discards the very first entry we return from the snapshot. However it is looking for itself here and in current Wine it is in the first entry, ... so failure. So I reorder the list to be backwards and it works better then. BUT I would like to test run it on windows first, so can someone please run following patch against a real Windows? Thanks & Ciao, Marcus diff --git a/dlls/kernel32/tests/toolhelp.c b/dlls/kernel32/tests/toolhelp.c index ca9c06c..f135abb 100644 --- a/dlls/kernel32/tests/toolhelp.c +++ b/dlls/kernel32/tests/toolhelp.c @@ -108,6 +108,7 @@ static void test_process(DWORD curr_pid, MODULEENTRY32 me; unsigned found = 0; int num = 0; + int pos1 = -1 , pos2 = -1; hSnapshot = pCreateToolhelp32Snapshot( TH32CS_SNAPPROCESS, 0 ); ok(hSnapshot != NULL, "Cannot create snapshot\n"); @@ -118,8 +119,8 @@ static void test_process(DWORD curr_pid, { do { - if (pe.th32ProcessID == curr_pid) found++; - if (pe.th32ProcessID == sub_pcs_pid) found++; + if (pe.th32ProcessID == curr_pid) { pos1 = num; found++; } + if (pe.th32ProcessID == sub_pcs_pid) { pos2 = num; found++; } trace("PID=%x %s\n", pe.th32ProcessID, pe.szExeFile); num++; } while (pProcess32Next( hSnapshot, &pe )); @@ -141,6 +142,9 @@ static void test_process(DWORD curr_pid, ok(found == 2, "couldn't find self and/or sub-process in process list\n"); ok(!num, "mismatch in counting\n"); + ok (pos2 == 1, "new process at position %d in snapshot, expected 1.\n", pos2); + ok (pos1 == 0, "this process at position %d in snapshot, expected 0.\n", pos1); + te.dwSize = sizeof(te); ok(!pThread32First( hSnapshot, &te ), "shouldn't return a thread\n");

3 4

Re: WineD3D: p8 improvements 2/2
by H. Verbeet Oct. 12, 2007

Oct. 12, 2007

On 11/10/2007, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > + "MUL index.x, index.x, constants.x;\n" /* Scale the index by 255/256 */ > + "ADD index.x, index.x, constants.y;\n" /* Add a bias of '0.5' in order to sample in the middle */ Why not use a MAD there?

1 0

Re: kernel32/locale.c: partially implement GetUserGeoID() (try2)
by Alexandre Julliard Oct. 12, 2007

Oct. 12, 2007

EA Durbin <ead1234(a)hotmail.com> writes: > GEOID WINAPI GetUserGeoID( GEOCLASS GeoClass ) > { > - FIXME("%d\n",GeoClass); > - return GEOID_NOT_AVAILABLE; > + GEOID ret = GEOID_NOT_AVAILABLE; > + static const WCHAR geoW[] = {'G','e','o',0}; > + static const WCHAR nationW[] = {'N','a','t','i','o','n',0}; > + WCHAR bufferW[10], *end; The buffer is too small since it has to contain the key information too. > + switch(GeoClass){ > + case GEOCLASS_NATION: > + if((NtQueryValueKey(hSubkey, &keyW, KeyValuePartialInformation, (LPBYTE)bufferW, count, &count) == STATUS_SUCCESS) && (info->DataLength)) > + ret = strtolW((LPCWSTR)info->Data, &end, 10); You have to make sure the buffer is null-terminated. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [2/5] WineD3D: Add support for other ps 3.0 varyings
by Alexandre Julliard Oct. 12, 2007

Oct. 12, 2007

Stefan Dösinger <stefan(a)codeweavers.com> writes: > + usage = (usage_token & WINED3DSP_DCL_USAGE_MASK) >> WINED3DSP_DCL_USAGE_SHIFT; > + usage_idx = (usage_token & WINED3DSP_DCL_USAGEINDEX_MASK) >> WINED3DSP_DCL_USAGEINDEX_SHIFT; > + //shader_glsl_get_write_mask(register_token, reg_mask); Please clean up this sort of thing before submitting. > + switch(usage) { > + case WINED3DDECLUSAGE_BLENDWEIGHT: > + shader_addline(buffer, "varying vec4 var_blendweight;\n", i, reg_mask, reg_mask); > + break; > + > + case WINED3DDECLUSAGE_BLENDINDICES: > + shader_addline(buffer, "varying vec4 var_blendindices;\n", i, reg_mask, reg_mask); > + break; Why are you passing parameters that won't be used? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: kernel32: fix memory leak (found by Smatch).
by Lionel Debroux Oct. 12, 2007

Oct. 12, 2007

Is there anything wrong with this patch ? I think this one is a real memory leak. "WaitNamedPipeW" in dlls/kernel32/sync.c gets flagged by Michael Stefaniuc's unfree-wine.pl script for leaking "pipe_wait". pipe_wait isn't used anywhere between its allocation and the memory leak in the error path. nt_name.Length, which is used for computing sz_pipe_wait isn't modified either in those lines. Therefore, I fixed the leak in the error path by moving the allocation later in the program. 2007-10-06 Lionel Debroux <lionel_debroux(a)yahoo.fr> * dlls/kernel32/sync.c: kernel32: fix memory leak (found by Smatch). _____________________________________________________________________________ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail

2 1

Re: user32 [1/7]: Increase the message timeout
by Alexandre Julliard Oct. 12, 2007

Oct. 12, 2007

"James Hawkins" <truiken(a)gmail.com> writes: > Changelog: > * Increase the message timeout. This is making the test very slow, it needs to be done differently. Why are all these Sleeps necessary? -- Alexandre Julliard julliard(a)winehq.org

1 0

What happened to the Wine Newsletters?
by King InuYasha Oct. 12, 2007

Oct. 12, 2007

What happened to the wine weekly newsletters? the latest issue on the website is dated May 26, 2007. I am hoping this does not mean nothing interesting has happened since then, since I am certain something must have happened since then...

8 10

Re: setupapi(1/19): Test SetupDiInstallClass (take 2)
by Alexandre Julliard Oct. 11, 2007

Oct. 11, 2007

"Juan Lang" <juan.lang(a)gmail.com> writes: > The last version was missing the inf file. You can't use source tree files in tests, that won't work when running on Windows. The test itself should create the external files it needs. -- Alexandre Julliard julliard(a)winehq.org

1 0

Wiki: removed edit rights for unknown users
by Dimi Paun Oct. 11, 2007

Oct. 11, 2007

Folks, We've got a lot of vandals lately on the wiki, and people are doing quite a bit of cleanup for no good reason. So I have removed the ability of people that are not logged in to edit pages. In fact this has been in force for a long time, but since we've upgraded to the new 1.5.x release of Moin, we reverted to allow anybody to edit pages. Please let me know if you encounter any problems or have any concerns regarding this policy. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

3 2

Window decorations missing on Compiz/Debian Etch
by Michael Jung Oct. 11, 2007

Oct. 11, 2007

Hi all, since a couple of weeks all wine GUI applications are missing the window manager decorations on my Debian Etch box with the Compiz window manager. I did'nt get to doing a bisect until today. The problematic patch seems to be: --- commit ac98e0c07535af4a373c0af343498903e2ff42a6 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Aug 20 22:06:33 2007 +0200 winex11: Switch windows to managed mode in SetWindowPos instead of at creation time. --- Anybody else seeing this problem? I'll attach a +x11drv log from starting up notepad with a current version of wine as of today (wine-0.9.44-g282696b). Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de libGL warning: 3D driver claims to not support visual 0x4b trace:x11drv:xinerama_init monitor 0x1: (0,0)-(1024,768) (primary) trace:x11drv:xinerama_init virtual size: (0,0)-(1024,768) primary size: 1024x768 trace:x11drv:X11DRV_SetupXIM X display of IM = 0x7c1a3f38 trace:x11drv:X11DRV_SetupXIM Using en_US.UTF-8 locale of Input Method trace:x11drv:X11DRV_SetupXIM ximStyles->count_styles = 2 trace:x11drv:X11DRV_SetupXIM ximStyles[0] = XIMPreeditNone trace:x11drv:X11DRV_SetupXIM ximStyles[1] = XIMPreeditNothing trace:x11drv:X11DRV_SetupXIM Setting Style: ximStyleRoot = STYLE_ROOT trace:x11drv:X11DRV_SetupXIM No callback style avalable trace:x11drv:X11DRV_CreateBitmap (0x1a4) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x1a8) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1a8, buffer=0x38065c, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1a4, buffer=0x3806dc, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x1ac) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x1b0) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1b0, buffer=0x380784, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1ac, buffer=0x380804, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x1c0) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x1c4) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1c4, buffer=0x3808ac, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1c0, buffer=0x3808cc, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x1c8) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x1cc) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1cc, buffer=0x380bf4, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1c8, buffer=0x380c14, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x1d0) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x1d4) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1d4, buffer=0x380f3c, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1d0, buffer=0x380f5c, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x210) 64x16 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x248) 128x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x264) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x268) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x268, buffer=0x381284, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x264, buffer=0x3812a4, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x26c) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x270) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x270, buffer=0x3815cc, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x26c, buffer=0x38164c, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x274) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x278) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x278, buffer=0x382274, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x274, buffer=0x382294, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x27c) 16x16 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x27c, bits=0x121308, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x280) 16x16 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x280, bits=0x120ff0, count=0x20) trace:x11drv:X11DRV_CreateBitmap (0x290) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x294) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x294, buffer=0x382274, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x290, buffer=0x3822f4, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x298) 32x32 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x298, bits=0x121308, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x29c) 32x32 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x29c, bits=0x121f10, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x2ac) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x2b0) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2b0, buffer=0x382274, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2ac, buffer=0x382294, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x2cc) 64x144 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x2b4) 16x16 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2b4, bits=0x121308, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x2b8) 16x16 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2b8, bits=0x121660, count=0x20) trace:x11drv:X11DRV_CreateBitmap (0x2dc) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x2e0) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2e0, buffer=0x382274, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2dc, buffer=0x3822f4, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x2fc) 128x288 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x2e4) 32x32 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2e4, bits=0x121ad0, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x2e8) 32x32 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2e8, bits=0x120378, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x30c) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x310) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x310, buffer=0x382274, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x30c, buffer=0x3822f4, count=0xc00) libGL warning: 3D driver claims to not support visual 0x4b trace:x11drv:xinerama_init monitor 0x1: (0,0)-(1024,768) (primary) trace:x11drv:xinerama_init virtual size: (0,0)-(1024,768) primary size: 1024x768 trace:x11drv:X11DRV_SetupXIM X display of IM = 0x7c06e720 trace:x11drv:X11DRV_SetupXIM Using en_US.UTF-8 locale of Input Method trace:x11drv:X11DRV_SetupXIM ximStyles->count_styles = 2 trace:x11drv:X11DRV_SetupXIM ximStyles[0] = XIMPreeditNone trace:x11drv:X11DRV_SetupXIM ximStyles[1] = XIMPreeditNothing trace:x11drv:X11DRV_SetupXIM Setting Style: ximStyleRoot = STYLE_ROOT trace:x11drv:X11DRV_SetupXIM No callback style avalable trace:x11drv:X11DRV_CreateBitmap (0x1a4) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x1a8) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1a8, buffer=0x39065c, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1a4, buffer=0x3906dc, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x1ac) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x1b0) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1b0, buffer=0x390784, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1ac, buffer=0x390804, count=0x80) trace:x11drv:X11DRV_SetWindowPos win 0x10020 window (0,0)-(1024,768) client (0,0)-(1024,768) style 86000000 trace:x11drv:X11DRV_CreateWindow hwnd 0x10020 cs 0,0 1024x768 trace:x11drv:X11DRV_CreateWindow win 0x10020 window 0,0,1024,768 client 0,0,1024,768 whole 0,0,1024,768 X client 0,0,1024,768 xwin 4d trace:x11drv:X11DRV_ShowWindow hwnd=0x10020, cmd=5, wasVisible 0 trace:x11drv:X11DRV_CreateBitmap (0x1d4) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x1d8) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1d8, buffer=0x3908ac, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1d4, buffer=0x39092c, count=0xc00) trace:x11drv:X11DRV_SetWindowPos win 0x10022 window (0,0)-(0,0) client (0,0)-(0,0) style 04c00000 trace:x11drv:X11DRV_SetWindowPos making win 0x10022/4000001 managed trace:x11drv:X11DRV_SetWindowPos win 0x10022 window (0,0)-(0,0) client (0,0)-(0,0) style 04c00000 trace:x11drv:X11DRV_CreateWindow hwnd 0x10022 cs 0,0 0x0 trace:x11drv:X11DRV_SetWindowPos win 0x10022 window (0,0)-(0,0) client (3,22)-(3,22) style 04c00000 trace:x11drv:X11DRV_sync_window_position setting win 4000001 pos 0,0,0x0 after 7ecb8ec0 changes=40 trace:x11drv:X11DRV_CreateWindow win 0x10022 window 0,0,0,0 client 3,22,3,22 whole 0,0,0,0 X client 3,22,3,22 xwin 4000001 trace:x11drv:X11DRV_SetWindowPos win 0x10024 window (153,75)-(861,599) client (153,75)-(861,599) style 04cf0000 trace:x11drv:X11DRV_SetWindowPos making win 0x10024/3c00001 managed trace:x11drv:X11DRV_SetWindowPos win 0x10024 window (153,75)-(861,599) client (153,75)-(861,599) style 04cf0000 trace:x11drv:X11DRV_sync_window_position setting win 3c00001 pos 157,98,700x497 after 4 changes=f trace:x11drv:X11DRV_CreateWindow hwnd 0x10024 cs 153,75 708x524 trace:x11drv:X11DRV_CreateBitmap (0x33c) 7x11 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x34c) 7x11 1 bpp trace:x11drv:X11DRV_SetWindowPos win 0x10024 window (153,75)-(861,599) client (157,117)-(857,595) style 04cf0000 trace:x11drv:X11DRV_sync_window_position setting win 3c00001 pos 157,98,700x497 after 4 changes=40 trace:x11drv:X11DRV_CreateWindow win 0x10024 window 153,75,861,599 client 157,117,857,595 whole 157,98,857,595 X client 0,19,700,497 xwin 3c00001 trace:x11drv:X11DRV_SetWindowPos win 0x10026 window (0,0)-(700,478) client (0,0)-(700,478) style 40a00144 trace:x11drv:X11DRV_CreateWindow hwnd 0x10026 cs 0,0 700x478 trace:x11drv:X11DRV_SetWindowPos win 0x10026 window (0,0)-(700,478) client (3,3)-(681,475) style 40a00144 trace:x11drv:X11DRV_CreateWindow win 0x10026 window 0,0,700,478 client 3,3,681,475 whole 0,0,700,478 X client 3,3,681,475 xwin 0 trace:x11drv:X11DRV_ShowWindow hwnd=0x10026, cmd=5, wasVisible 0 trace:x11drv:X11DRV_CreateBitmap (0x404) 2x13 1 bpp trace:x11drv:X11DRV_ShowWindow hwnd=0x10024, cmd=1, wasVisible 0 trace:x11drv:X11DRV_SetWindowPos win 0x10024 window (153,75)-(861,599) client (157,117)-(857,595) style 14cf0000 trace:x11drv:X11DRV_sync_window_position setting win 3c00001 pos 157,98,700x497 after 359 changes=40 trace:x11drv:X11DRV_SetWindowPos mapping win 0x10024 trace:x11drv:X11DRV_CreateBitmap (0x420) 32x32 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x420, bits=0x1266f0, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x41c) 32x32 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x41c, bits=0x1269e8, count=0xc00) trace:x11drv:update_fullscreen_state setting fullscreen state for window 3c00001 to false trace:x11drv:X11DRV_SetWindowPos win 0x10026 window (0,0)-(700,478) client (3,3)-(681,475) style 50a00144 trace:x11drv:X11DRV_Expose win 0x10024 (3c00001) 0,0 700x497 trace:x11drv:X11DRV_CreateBitmap (0x194) 8x8 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x194, bits=0x1189a0, count=0x10) trace:x11drv:X11DRV_SetWindowPos win 0x10024 window (153,75)-(861,599) client (157,117)-(857,595) style 04cf0000 trace:x11drv:X11DRV_SetWindowPos unmapping win 0x10024 trace:x11drv:destroy_whole_window win 0x10024 xwin 3c00001

5 7

Re: [AppDB] Get additional comments to display properly
by Chris Morgan Oct. 11, 2007

Oct. 11, 2007

Can you attach the patch instead of including it inline? Also, can you provide an example of what is broken and why wrapping things with <pre> is going to fix it. Chris On 10/10/07, Tony Lambregts <tony.lambregts(a)gmail.com> wrote: > Change log: Get additional comments in test results to display properly > > Files changed: apidb.css include/testData.php > > > From nobody Mon Sep 17 00:00:00 2001 > From: Tony Lambregts <tony.lambregts(a)gmail.com> > Date: Wed Oct 10 20:12:08 2007 -0600 > Subject: Get additional comments to display properly > > --- > > apidb.css | 9 ++++++++- > include/testData.php | 4 ++-- > 2 files changed, 10 insertions(+), 3 deletions(-) > > 747b763dda190e245b8658db146839939f753134 > diff --git a/apidb.css b/apidb.css > index 67ca444..214a5c9 100644 > --- a/apidb.css > +++ b/apidb.css > @@ -23,7 +23,14 @@ A.hidden { text-decoration: n > OL,UL,P { font-size: 12px; } > TD,TR,TH { font-size: 12px; } > INPUT { font-size: 12px; } > -PRE { font-family: monospace; font-size: 12px; } > +PRE { font-size: 12px; > + color: #000000; > + white-space: pre-wrap; /* css-3 */ > + white-space: -moz-pre-wrap; /* Mozilla, since 1999 */ > + white-space: -pre-wrap; /* Opera 4-6 */ > + white-space: -o-pre-wrap; /* Opera 7 */ > + word-wrap: break-word; /* Internet Explorer 5.5+ */ > + font-family: "bitstream vera sans", "verdana", "arial", "helvetica", sans-serif;} > > /* Hn Sizes */ > H1 { font-size: 180%; } > diff --git a/include/testData.php b/include/testData.php > index 3dd833e..a4a7414 100644 > --- a/include/testData.php > +++ b/include/testData.php > @@ -467,8 +467,8 @@ class testData{ > echo $this->shWhatDoesnt,"\n"; > echo ' What was not tested ',"\n"; > echo $this->shWhatNotTested,"\n"; > - echo ' Additional Comments ',"\n"; > - echo $this->sComments,"\n"; > + echo ' Additional Comments <pre>',"\n"; > + echo $this->sComments.'</pre>',"\n"; > } > > function CreateTestTable() > -- > 1.2.4 > > > > >

1 0

Wine at Systems in Munich
by David M. Gümbel Oct. 10, 2007

Oct. 10, 2007

Hi everybody, it seems there ist still some space left for a Wine booth at the "Systems" exhibition in Munich[1], from october 23 to 26. They asked me, but I won't be able to make it this year. Nor will Kai. Would anybody be interested to represent the Wine project down there? Thanks && Cheers, David

1 0

Re: gdi32: Try to load Wine's TrueType fonts from the build directory.
by Alexandre Julliard Oct. 10, 2007

Oct. 10, 2007

Huw Davies <huw(a)codeweavers.com> writes: > --- a/dlls/gdi32/freetype.c > +++ b/dlls/gdi32/freetype.c > @@ -2109,6 +2109,7 @@ BOOL WineEngInit(void) > > /* load the system truetype fonts */ > data_dir = wine_get_data_dir(); > + if(!data_dir) data_dir = wine_get_build_dir(); This causes a bunch of test failures here: ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so font.c && touch font.ok font.c:174: Test succeeded inside todo block: 32 != 32 font.c:175: Test succeeded inside todo block: 26 != 26 font.c:176: Test succeeded inside todo block: 6 != 6 font.c:177: Test succeeded inside todo block: 21 != 21 font.c:182: Test succeeded inside todo block: 32 != 32 font.c:174: Test succeeded inside todo block: 48 != 48 font.c:175: Test succeeded inside todo block: 39 != 39 font.c:176: Test succeeded inside todo block: 9 != 9 font.c:182: Test succeeded inside todo block: 48 != 48 font.c:385: Test failed: MS Sans Serif(13): tm.tmInternalLeading 0 != 2 font.c:392: Test failed: MS Sans Serif(13): tm.tmMaxCharWidth 4 != 11 font.c:383: Test failed: MS Sans Serif(16): tm.tmAscent 14 != 13 font.c:384: Test failed: MS Sans Serif(16): tm.tmDescent 2 != 3 font.c:385: Test failed: MS Sans Serif(16): tm.tmInternalLeading 0 != 3 font.c:392: Test failed: MS Sans Serif(16): tm.tmMaxCharWidth 5 != 14 font.c:383: Test failed: MS Sans Serif(20): tm.tmAscent 17 != 16 font.c:384: Test failed: MS Sans Serif(20): tm.tmDescent 3 != 4 font.c:385: Test failed: MS Sans Serif(20): tm.tmInternalLeading 0 != 4 font.c:392: Test failed: MS Sans Serif(20): tm.tmMaxCharWidth 6 != 16 font.c:386: Test failed: Courier(13): tm.tmExternalLeading 1 != 0 font.c:392: Test failed: Courier(13): tm.tmMaxCharWidth 4 != 8 font.c:385: Test failed: System(16): tm.tmInternalLeading 0 != 3 font.c:386: Test failed: System(16): tm.tmExternalLeading 90 != 0 font.c:385: Test failed: Small Fonts(11): tm.tmInternalLeading 0 != 2 font.c:386: Test failed: Small Fonts(11): tm.tmExternalLeading 90 != 0 font.c:392: Test failed: Small Fonts(11): tm.tmMaxCharWidth 3 != 9 make: *** [font.ok] Error 26 -- Alexandre Julliard julliard(a)winehq.org

1 0