August 2013 - Wine-Devel - list.winehq.org

Re: riched20: Use \ulnone instead of \ul0 for no underline.
by Huw Davies Aug. 20, 2013

Aug. 20, 2013

On Mon, Aug 19, 2013 at 05:38:13PM -0500, Vincent Povirk wrote: > Testing on Windows (by saving rtf documents with wordpad and viewing > them with notepad) shows that it uses \ulnone instead of \ul0 to end > underline. Wine and Windows are both able to read either one. I think these are symonyms and indeed Windows seems to use \ulnone, so this looks good to me. Huw.

1 0

Re: Could you update/rerun that report on bugs without AppDB links?
by Dan Kegel Aug. 19, 2013

Aug. 19, 2013

I don't seem to have saved the (crappy) script. There is something similar at https://code.google.com/p/winezeug/source/browse/#svn%2Ftrunk%2Fappdb-mashup and it wouldn't be too hard to whip something up again for somebody who is motivated. Please do throttle the scraping script to avoid overloading the databases if you try. On Sun, Aug 18, 2013 at 12:11 PM, Rosanne DiMesio <dimesio(a)earthlink.net> wrote: > Dan, > > I don't know if you've been following the "PLEASE add bug links!" thread on wine-devel, so I figured I'd just contact you directly. Do you remember that report on unlinked bugs you ran about 5 years ago? http://kegel.com/wine/unlinked.html > > Could you update/run it again against current bugzilla? If we post a link to the results on the forum, we could ask users to help clear the backlog. > > -- > Rosanne DiMesio <dimesio(a)earthlink.net>

2 1

Re: [website] Added templates/zh-cn/cvs.template translation
by Hin-Tak Leung Aug. 19, 2013

Aug. 19, 2013

------------------------------ On Sat, Aug 17, 2013 09:02 BST Frédéric Delanoy wrote: >On Sat, Aug 17, 2013 at 5:57 AM, xulixin <xulixin1990(a)gmail.com> wrote: >> Should I change my name's spelling to Lixin Xu, or LiXin Xu, or other >> format? > >Not sure, most people (at least non-Chinese) use firstname lastname >convention, but I guess you should use the same convention as other >Chinese-speaking committers. > >Here's a list I extracted from AUTHORS file that *look* Chinese to me >(don't know if they're really Chinese, or Korean, or from another >Asian country): >Chae Jong Bin >Cheer Xiao >Chia-I Wu >Hwang YunSong (황윤성) >Jau-Horng Chen >Jay Yang >Qian Hong >Qingchuan Wang >Qingdoa Daoo >Shi Quan He >Wei-Lun Chao >Weisheng Li >Xiang Li >XueFeng Chang >Yong Chi >Yuxi Zhang >Zhangrong Huang >Zhan Jianyu > >Hope this helps, > >Frédéric Delanoy Many had replied but few had touched the _main_ issue: it is a matter of policy that patches of an anonymous origin to Wine are categorically rejected. The Linux kernel also has a similar policy. This policy is due to past threats of copyright/intellectual-property infringements and possible cause of contamination from people who may have privileged access to proprietary technology. So a "real name" is needed for any patches. As already discussed, "xulixin" is a real name - as it appears on official documents, passports, etc. Although for the benefit of Western custom, "Xu Li-Xin", or "Xu Lixin", or "Lixin Xu" or "Li-Xin Xu" might make it more obvious, and make some people happier. Ultimately it is Alexandre's call, what is considered a real name. Anyway, the git command to set a default user name for generating patches is, e.g. for mine: git config --global user.name "Hin-Tak Leung" (this writes to ~/.gitconfig, which is a text files that one can edit by hand as well). See "man git-config" for details. Without --global, these config's are set per repository. e.g. you may use different names and e-mail addresses for internal (job-wise) work and external (open) work. I also have a few other global configs of my own; the equivalent of these two are probably useful to most people: git config --global ui.color true and git config --global core.editor emacs (the former sets colorization on for "git log", "git diff", etc; I find it useful of having diff's colorized - that assumes that you do all your development work on a terminal that's color-capable (most recent linux consoles/terminals are); the latter sets the default editor to emacs, when composing commit messages. You may want to set it to your favorite editor, whichever that is.).

1 0

Re: [PATCH 2/5] wined3d: Wrap resource->heapMemory into a structure
by Henri Verbeet Aug. 19, 2013

Aug. 19, 2013

On 19 August 2013 10:52, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > +struct wined3d_heap_memory *wined3d_alloc_resource_mem(UINT size) > +{ > + struct wined3d_heap_memory *ret; > + > + ret = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(*ret)); > + if (!ret) > + return NULL; > + > + ret->alloc_ptr = HeapAlloc(GetProcessHeap(), 0, size + RESOURCE_ALIGNMENT); > + if (!ret->alloc_ptr) > + { > + HeapFree(GetProcessHeap(), 0, ret); > + return NULL; > + } > + ret->ptr = (BYTE *)(((ULONG_PTR)ret->alloc_ptr > + + (RESOURCE_ALIGNMENT - 1)) & ~(RESOURCE_ALIGNMENT - 1)); > + return ret; > +} > + I don't think this is a good idea. How about something like the following? The corresponding free function would be trivial. void *wined3d_memalign(SIZE_T alignment, SIZE_T size) { SIZE_T align; void *mem; void **p; align = max(sizeof(*p), alignment - 1); if (!(mem = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, size + align))) return NULL; p = (void **)(((ULONG_PTR)mem + align) & ~(alignment - 1)) - 1; *p = mem; return ++p; } (Untested, there's probably some room for improvement.)

3 6

Re: [PATCH 10/11] widl: Set pointer_size according to host's pointer-size.
by Alexandre Julliard Aug. 19, 2013

Aug. 19, 2013

Kai Tietz <ktietz70(a)googlemail.com> writes: > diff --git a/tools/widl/widl.c b/tools/widl/widl.c > index 5df99fc..6d8ec87 100644 > --- a/tools/widl/widl.c > +++ b/tools/widl/widl.c > @@ -139,7 +139,7 @@ int line_number = 1; > > static FILE *idfile; > > -unsigned int pointer_size = 0; > +unsigned int pointer_size = sizeof(void*); > syskind_t typelib_kind = sizeof(void*) == 8 ? SYS_WIN64 : SYS_WIN32; This is wrong, the host pointer size shouldn't have any influence on the generated code. -- Alexandre Julliard julliard(a)winehq.org

2 3

re: open bugs / multi thread / recommendation on new system
by Dan Kegel Aug. 19, 2013

Aug. 19, 2013

Damian wrote: > 1) ATI or nVidia for new GPU? Does SLI/Crossfire work with wine? Don't know. I just use nvidia cards I find in the trash :-) But then I don't actually play games, so I don't care about 3d performance. > 2) FX 8320 or intel same price class CPU? As the AMD has far inferior > single thread performance but far superior multi thread performance - > does wine run a win32 single thread app as multi thread? does wine > make use of multithread in general? For what it's worth, when I was paying attention to such things, the command for cpu in `seq 0 3` do; sudo cpufreq-set -g performance -c $cpu; done is needed to get reasonable performance on my A8, see http://comments.gmane.org/gmane.comp.emulators.wine.devel/86659 Perhaps this also applies to more capable amd chips and current linux. wine just maps threads one to one, there is no magic. If the game uses multiple threads, then wine uses multiple threads. Rather than ask abstract questions here, you should probably go ask for framerates on specific games on the wine forum.

1 0

Re: msxml3: Defer the conversion of XPath expressions to UTF-8. (try 4)
by Alexandre Julliard Aug. 19, 2013

Aug. 19, 2013

John Chadwick <johnwchadwick(a)gmail.com> writes: > This patch was posted a bit ago without any objections, but seemingly > slipped through the cracks. Very slight revisions were made since try > 3 to improve the conciseness of code. > > From 8157b8a3d347c47f7f21e74d621632b4a9f50fd6 Mon Sep 17 00:00:00 2001 > From: John Chadwick <johnwchadwick(a)gmail.com> > Date: Sun, 21 Jul 2013 14:41:37 -0400 > Subject: msxml3: Defer the conversion of XPath expressions to UTF-8. > > This patch changes the create_selection interface to accept a wide string > instead of an xmlChar string. This is a transitional change, which will be > needed as libxml2's XPath parser is phased out. > > The implementation of tagName_to_XPath also had to be changed as it was using > libxml2's UTF-8 string API. libxml2 contained a strcat that performed > reallocation, so it was replaced with a new function that does the same with > heap_realloc and wide strings (heap_strcatW in msxml_private.h.) That's a very inefficient way to build a string. Adding this as a helper is even worse since it will encourage other places to use it too. Please try to allocate a large enough buffer from the start, or if not possible grow it quadratically. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 5/5] wined3d: Store the mipmap level in the volume
by Henri Verbeet Aug. 19, 2013

Aug. 19, 2013

On 19 August 2013 10:52, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > +void wined3d_volume_set_texture_level(struct wined3d_volume *volume, GLint level) > +{ > + volume->texture_level = level; > +} > I think that's a step in the wrong direction. I think this should be set on volume creation. We do have a construction like this for surfaces, but the reasons for that don't apply to volumes, and I'd like to get rid of it for surfaces as well if at all possible.

2 2

Re: [PATCH 3/5] wined3d: Properly allocate heap memory for volumes
by Henri Verbeet Aug. 19, 2013

Aug. 19, 2013

On 19 August 2013 10:52, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > @@ -184,7 +184,16 @@ HRESULT CDECL wined3d_volume_map(struct wined3d_volume *volume, > volume, map_desc, box, flags); > > if (!volume->resource.allocatedMemory) > - volume->resource.allocatedMemory = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, volume->resource.size); Can this ever happen?

2 1

Re: [PATCH 4/5] wined3d: Move volume booleans into a flags field
by Henri Verbeet Aug. 19, 2013

Aug. 19, 2013

On 19 August 2013 10:52, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > + volume->flags |= WINED3D_VFLAG_LOCKABLE; /* FIXME */ You'll probably want to fix that :-) I think you can just leave the flag out until you rename it to WINED3D_VFLAG_MAPPABLE in one of the later patches.

1 0

Re: [PATCH 1/5] wined3d: Keep GL_UNPACK_CLIENT_STORAGE_APPLE off by default
by Stefan Dösinger Aug. 19, 2013

Aug. 19, 2013

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Henri, Matteo, When reviewing those patches, please have a look at the attached archive. It contains the rest of the volume cleanup patches and some tests. Cheers, Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSEd58AAoJEN0/YqbEcdMwGygP/3UsMheQPv6ZmMMGdX+QXltj 0LfSKw7wJiNFFc2+rR/NAP8s1+iGtXKvABLvTINv5ZXwngPxUc10g/5MveV1MRzQ lgU2ebRjFnFFCv0ytcSeb5dutH5EMnIplxYQEDvPR+ojkjwS5bvRENtdh4/BZPGc gh0KoKk4YwsBl3GyWwM6hM8NlEFrwvtWeEU3UdXzZiIYg3WfT5CaXGR3A4o4/G+i WBYar5nGocKHs+5Wgfe4BMC4XNuFD/RFT9R7gB7nrIYQgPJ6j+J46Zkt4ux0ivtH eBHQ5QQNB4SdVoCwPf9H56cBYhtmC6iEFYJg4wEGukZPIhaZ0Je2KHUIXuXumVfB ciesPUN+7DhuZCLSFm5eJUO7aTF+WHOD+uyQKZkLN1oK3JkXy2wflE2d8O2BQKTo qCZPtcA8vmE0DIvk9Q6j8Xt2nAmTnnqIh26ZCsCsj9vZvPn+pNlXT1lduwoF3x2H oKZufHdCdgRKLmRLpVnmPdwKTqwmlSZa9u1RVhDAypLVv20VqykOLAh6mDJC9zl7 k/2ozgsfYsl0kYMTVw5o6dx3f3pJGfgGjsw4vuJHN08aeZmVl1EFY8nMlqzrT8Wa cRjSHKxqk+W3BxTsQz9Zi1u0J3v8nE4KM79IpLgfjm8M9Rk6eTaLkwCe5XpFuiSw MJbpYdZZGZfZuP71LMmm =gRPu -----END PGP SIGNATURE-----

1 0

Re: [website] Added templates/zh-cn/cvs.template translation
by Frédéric Delanoy Aug. 19, 2013

Aug. 19, 2013

On Sat, Aug 17, 2013 at 5:57 AM, xulixin <xulixin1990(a)gmail.com> wrote: > Should I change my name's spelling to Lixin Xu, or LiXin Xu, or other > format? Not sure, most people (at least non-Chinese) use firstname lastname convention, but I guess you should use the same convention as other Chinese-speaking committers. Here's a list I extracted from AUTHORS file that *look* Chinese to me (don't know if they're really Chinese, or Korean, or from another Asian country): Chae Jong Bin Cheer Xiao Chia-I Wu Hwang YunSong (황윤성) Jau-Horng Chen Jay Yang Qian Hong Qingchuan Wang Qingdoa Daoo Shi Quan He Wei-Lun Chao Weisheng Li Xiang Li XueFeng Chang Yong Chi Yuxi Zhang Zhangrong Huang Zhan Jianyu Hope this helps, Frédéric Delanoy

2 2

PLEASE add bug links!
by Ken Sharp Aug. 18, 2013

Aug. 18, 2013

There's little point in my continually asking users to add bug links to the AppDB if maintainers and/or administrators don't bother themselves. It takes longer to create a bug report than it does to link it to the database. It really isn't that hard. I've added hundreds over the past few weeks and this is not the first time I have said it, nor am I the first one to do so. It's even on the Wiki. http://wiki.winehq.org/Bugs

8 20

Re: mshtml: Use winehq snapshot instead of the main page in tests.
by Marvin Aug. 18, 2013

Aug. 18, 2013

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=26726 Your paranoid android. === WXPPROSP2 (32 bit htmldoc) === htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(00289218) != exmon(002683C0) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:2507: Test failed: unexpected call UpdateUI htmldoc.c:2809: Test failed: unexpected call Exec_UPDATECOMMANDS htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(00289218) != exmon(002683C0) htmldoc.c:5715: Test failed: mon(00289218) != exmon(002683C0) htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(002CFA10) != exmon(002854D0) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(002CFA10) != exmon(002854D0) htmldoc.c:5715: Test failed: mon(002CFA10) != exmon(002854D0) === WXPX64 (32 bit htmldoc) === htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(0067F130) != exmon(00653D78) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:2507: Test failed: unexpected call UpdateUI htmldoc.c:2809: Test failed: unexpected call Exec_UPDATECOMMANDS htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(0067F130) != exmon(00653D78) htmldoc.c:5715: Test failed: mon(0067F130) != exmon(00653D78) htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(006A5D60) != exmon(0069E610) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(006A5D60) != exmon(0069E610) htmldoc.c:5715: Test failed: mon(006A5D60) != exmon(0069E610) === WVISTAX64 (32 bit htmldoc) === htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(006F6E18) != exmon(006F6018) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:2507: Test failed: unexpected call UpdateUI htmldoc.c:2809: Test failed: unexpected call Exec_UPDATECOMMANDS htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(006F6E18) != exmon(006F6018) htmldoc.c:5715: Test failed: mon(006F6E18) != exmon(006F6018) htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(006F6518) != exmon(006F5F18) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(006F6518) != exmon(006F5F18) htmldoc.c:5715: Test failed: mon(006F6518) != exmon(006F5F18) === W7PROX64 (32 bit htmldoc) === htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(00708F30) != exmon(00708670) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:2507: Test failed: unexpected call UpdateUI htmldoc.c:2809: Test failed: unexpected call Exec_UPDATECOMMANDS htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(00708F30) != exmon(00708670) htmldoc.c:5715: Test failed: mon(00708F30) != exmon(00708670) htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(00708C30) != exmon(007081B0) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(00708C30) != exmon(007081B0) htmldoc.c:5715: Test failed: mon(00708C30) != exmon(007081B0) === WXPX64 (64 bit htmldoc) === htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(0000000000297C90) != exmon(000000000027FD00) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:2507: Test failed: unexpected call UpdateUI htmldoc.c:2809: Test failed: unexpected call Exec_UPDATECOMMANDS htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(0000000000297C90) != exmon(000000000027FD00) htmldoc.c:5715: Test failed: mon(0000000000297C90) != exmon(000000000027FD00) htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(00000000002D1AC0) != exmon(00000000002FC160) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(00000000002D1AC0) != exmon(00000000002FC160) htmldoc.c:5715: Test failed: mon(00000000002D1AC0) != exmon(00000000002FC160) === WVISTAX64 (64 bit htmldoc) === htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(000000000089DD50) != exmon(0000000000823490) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:2507: Test failed: unexpected call UpdateUI htmldoc.c:2809: Test failed: unexpected call Exec_UPDATECOMMANDS htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(000000000089DD50) != exmon(0000000000823490) htmldoc.c:5715: Test failed: mon(000000000089DD50) != exmon(0000000000823490) htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(000000000089E1D0) != exmon(0000000000823A90) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(000000000089E1D0) != exmon(0000000000823A90) htmldoc.c:5715: Test failed: mon(000000000089E1D0) != exmon(0000000000823A90) === W7PROX64 (64 bit htmldoc) === htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(00000000007621D0) != exmon(0000000000761750) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:2507: Test failed: unexpected call UpdateUI htmldoc.c:2809: Test failed: unexpected call Exec_UPDATECOMMANDS htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(00000000007621D0) != exmon(0000000000761750) htmldoc.c:5715: Test failed: mon(00000000007621D0) != exmon(0000000000761750) htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3139: Test failed: unexpected call Invoke_AMBIENT_SILENT htmldoc.c:3124: Test failed: unexpected state L"uninitialized", expected 1 htmldoc.c:3124: Test failed: VT_I4(out)=0, expected 1 htmldoc.c:3136: Test failed: unexpected call Invoke_AMBIENT_OFFLINEIFNOTCONNECTED htmldoc.c:3204: Test failed: unexpected call Invoke_OnReadyStateChange_Loading htmldoc.c:2861: Test failed: mon(00000000046C9830) != exmon(0000000000761C50) htmldoc.c:2460: Test failed: unexpected call GetHostInfo htmldoc.c:3412: Test failed: dwFlags = 8 htmldoc.c:7326: Test failed: mon(00000000046C9830) != exmon(0000000000761C50) htmldoc.c:5715: Test failed: mon(00000000046C9830) != exmon(0000000000761C50)

2 1

Re: msxml3: Defer the conversion of XPath expressions to UTF-8. (try 4)
by John Chadwick Aug. 17, 2013

Aug. 17, 2013

Nikolay, does this patch look good to you? I was advised on #winehackers to get some acknowledgement that the patch is OK. Hopefully doing so can get things moving along.

2 1

open bugs / multi thread / recommendation on new system
by Damian Ivanov Aug. 17, 2013

Aug. 17, 2013

Hi guys, As you have a track of open bugs: 1) ATI or nVidia for new GPU? Does SLI/Crossfire work with wine? 2) FX 8320 or intel same price class CPU? As the AMD has far inferior single thread performance but far superior multi thread performance - does wine run a win32 single thread app as multi thread? does wine make use of multithread in general? Thanks in advance :) Damian

1 0

Re: [PATCH 4/6] oleaut32: TKIND_ALIAS improvements
by Piotr Caban Aug. 17, 2013

Aug. 17, 2013

On 08/16/13 21:40, Andrew Eikum wrote: > @@ -8502,7 +8502,7 @@ static HRESULT WINAPI ICreateTypeLib2_fnCreateTypeInfo(ICreateTypeLib2 *iface, > info->cbSizeInstance = 2; > break; > case TKIND_ALIAS: > - info->cbSizeInstance = -0x75; > + info->cbSizeInstance = 4; > break; > default: > FIXME("unrecognized typekind %d\n", info->typekind); > cbSizeInstance and cbAligment value depends on alias type. As long as alias type is not set cbSizeInstance stores some strange values (-0x75 is matching what one of native versions of dll stores there). Both of these values should be set in SetTypeDescAlias function.

1 0

Re: imm32/tests: Fix a trailing '\n' in an ok() call.
by Qian Hong Aug. 17, 2013

Aug. 17, 2013

> - ok(ic != NULL, "ImmLockIMC failed\n!"); > + ok(ic != NULL, "ImmLockIMC failed!\n"); Oh, good catch... Thanks! -- Regards, Qian Hong - http://www.winehq.org

1 0

Re: Re: [PATCH 1/6] msvcrt: Use LOCK_ENV locking in _chdrive and do validatation of input argument.
by Marvin Aug. 16, 2013

Aug. 16, 2013

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=26722 Your paranoid android. === WINEBUILD (build) === Patch failed to apply

1 0

Re: [website] Added templates/zh-cn/cvs.template translation
by Frédéric Delanoy Aug. 16, 2013

Aug. 16, 2013

On Fri, Aug 16, 2013 at 8:13 AM, xulixin <xulixin1990(a)gmail.com> wrote: > From 860262aed3d58f42012e6dd5264eb29bd29deffb Mon Sep 17 00:00:00 2001 > From: xulixin <xulixin1990(a)gmail.com> > Date: Fri, 16 Aug 2013 13:56:36 +0800 > Subject: add templates/zh-cn/cvs.template > > --- > templates/zh-cn/cvs.template | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/templates/zh-cn/cvs.template b/templates/zh-cn/cvs.template > index ba10a25..a9bc5d1 100644 > --- a/templates/zh-cn/cvs.template > +++ b/templates/zh-cn/cvs.template > @@ -13,9 +13,9 @@ > > <h1 id="sourcetree">通过 Web 方式浏览源码树</h1> > > -<p>The source code of the entire Wine tree is (<a > href="http://lxr.linux.no/">LXR</a>-based) > - cross-referenced and available for browsing, including a search engine. > - This cross-references source is based on the snapshot-releases and is > made available at:</p> > +<p>Wine tree的源码 (<a href="http://lxr.linux.no/">LXR</a>-based) > + 是相互参照且可供浏览的，包括一个搜索引擎。 > + 这交叉参考的源码是基于snapshot-releases版本，可从下面网站获得：</p> > <ul> > <li><a href="http://source.winehq.org/">source.winehq.org</a></li> > </ul> Hi, the real name is required when sending patches. Also, lxr.linux.no isn't used anymore, so the original file would need to be updated beforehand. -- Frédéric Delanoy

3 5

Re: [PATCH 1/6] msvcrt: Use LOCK_ENV locking in _chdrive and do validatation of input argument.
by Alexandre Julliard Aug. 16, 2013

Aug. 16, 2013

Kai Tietz <ktietz70(a)googlemail.com> writes: > diff --git a/dlls/msvcrt/dir.c b/dlls/msvcrt/dir.c > index 44802b3..3b9e3c7 100644 > --- a/dlls/msvcrt/dir.c > +++ b/dlls/msvcrt/dir.c > @@ -365,14 +365,25 @@ int CDECL MSVCRT__chdrive(int newdrive) > { > WCHAR buffer[] = {'A', ':', 0}; > > + if (newdrive < 1 || newdrive > 31) > + { > + *MSVCRT___doserrno () = ERROR_INVALID_DRIVE; > + *MSVCRT__errno () = MSVCRT_EACCES; > + return -1; > + } > buffer[0] += newdrive - 1; > - if (!SetCurrentDirectoryW( buffer )) > + > + _lock (_ENV_LOCK); > + > + if (!SetCurrentDirectoryW (buffer)) > { > - msvcrt_set_errno(GetLastError()); > - if (newdrive <= 0) > - *MSVCRT__errno() = MSVCRT_EACCES; > + msvcrt_set_errno (GetLastError ()); > + _unlock (_ENV_LOCK); > return -1; > } > + > + _unlock (_ENV_LOCK); > + > return 0; > } Please add test cases at least for the error values. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: ntdll: empty APC queue before starting an application
by Alexandre Julliard Aug. 16, 2013

Aug. 16, 2013

Andrey Turkin <andrey.turkin(a)gmail.com> writes: > --- > dlls/ntdll/loader.c | 3 +++ > dlls/ntdll/ntdll.spec | 2 +- > dlls/ntdll/sync.c | 16 ++++++++++++++++ > 3 files changed, 20 insertions(+), 1 deletion(-) > > diff --git a/dlls/ntdll/loader.c b/dlls/ntdll/loader.c > index b3abad0..1eaa123 100644 > --- a/dlls/ntdll/loader.c > +++ b/dlls/ntdll/loader.c > @@ -2747,6 +2747,9 @@ void WINAPI LdrInitializeThunk( void *kernel_start, ULONG_PTR unknown2, > > virtual_release_address_space(); > virtual_clear_thread_stack(); > + > + NtTestAlert(); > + > wine_switch_to_stack( start_process, kernel_start, NtCurrentTeb()->Tib.StackBase ); This would have to run on the thread stack. Also please try to add some tests. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [website] Update git URL
by Michael Stefaniuc Aug. 16, 2013

Aug. 16, 2013

On 08/16/2013 03:32 PM, Frédéric Delanoy wrote: > --- > templates/en/cvs.template | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/templates/en/cvs.template b/templates/en/cvs.template > index 202cf60..300b9e4 100644 > --- a/templates/en/cvs.template > +++ b/templates/en/cvs.template > @@ -3,9 +3,9 @@ > > <h1 class="title">The Wine CVS Tree</h1> Schouldn't the title change too? And nowadays people know what git is and that's kinda the default SCM that people expect. > > -<p><strong>Note: We have switched development from CVS to <a href="http://git.or.cz">Git</a>. > +<p><strong>Note: We have switched development from CVS to <a href="http://git-scm.com/">Git</a>. > Wine can no longer be downloaded via CVS. > - Instructions for using the <a href="{$root}/site/git">Wine Git tree</a> > + Instructions for using the Wine Git tree > can be found on the <a href="http://wiki.winehq.org/GitWine">GitWine</a> > page on the <a href="http://wiki.winehq.org">Wine Wiki</a>.</strong></p> bye michael

2 1

Re: [PATCH 01/11] widl: New option --rt for enabling rt's specific language extensions.
by Alexandre Julliard Aug. 16, 2013

Aug. 16, 2013

Kai Tietz <ktietz70(a)googlemail.com> writes: > Due line wrap, I sent patch as attachment. > > Kai > > From 3fcedb770626535b56a789467951a4c9be5f08dc Mon Sep 17 00:00:00 2001 > From: Kai Tietz <ktietz70(a)googlemail.com> > Date: Thu, 8 Aug 2013 12:29:33 +0200 > Subject: [PATCH 01/11] widl: New option --rt for enabling rt's specific > language extensions. > > --- > tools/widl/widl.c | 6 ++++++ > tools/widl/widl.h | 1 + > 2 files changed, 7 insertions(+), 0 deletions(-) Please update the usage message and the manpage accordingly. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [1/3] apphelp: Add definitions
by Dmitry Timoshkov Aug. 16, 2013

Aug. 16, 2013

Mislav Blazevic <krofnica996(a)gmail.com> wrote: > --- > dlls/apphelp/apphelp.c | 10 +- > dlls/apphelp/apphelp.h | 272 +++++++++++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 273 insertions(+), 9 deletions(-) > create mode 100644 dlls/apphelp/apphelp.h Where all of this comes from? Is there an application that calls apphelp APIs and doesn't work because of failures? How are you testing your implementation? -- Dmitry.

3 6