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

[BISECTED REGRESSION] icons in nanocad have black background
by Andrey Skvortsov March 27, 2015

March 27, 2015

Hi, The issue was originally described here: https://bugs.winehq.org/show_bug.cgi?id=34825 I bisected both issues, but I'll create separate thread to the issue with file dialog. First bad commit that causes black background on icons is: [ b81a7d976e3c3de36a01401d125871d3014e6c67 ] gdi32: Always use the DIB engine for monochrome bitmap rendering. To see how the issue looks like, I attached small screenshots. -- Best regards, Andrey Skvortsov Secure eMail with gnupg: See http://www.gnupg.org/ PGP Key ID: 0x57A3AEAD

2 1

Re: [PATCH] vbscript: Implemented Oct(try 2)
by Marvin March 27, 2015

March 27, 2015

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://testbot.winehq.org/JobDetails.pl?Key=12462 Your paranoid android. === w2000pro (32 bit) === No test summary line found === wxppro (32 bit) === No test summary line found === w2003std (32 bit) === No test summary line found === wvistau64 (32 bit) === No test summary line found === w2008s64 (32 bit) === No test summary line found === w7u (32 bit) === No test summary line found === w8 (32 bit) === No test summary line found === wvistau64 (64 bit) === No test summary line found === w2008s64 (64 bit) === No test summary line found

1 0

Re: [PATCH] schannel_gnutls: when calling pgnutls_server_name_set ensure that the values are sane
by Jacek Caban March 27, 2015

March 27, 2015

Hi Nikos, On 03/27/15 17:25, Nikos Mavrogiannopoulos wrote: > This patch addresses issue with schan_imp_set_session_target() > translation to gnutls API. It does not pass invalid (null) parameters to > it, as this seems to cause issues. Addresses > https://bugs.winehq.org/show_bug.cgi?id=38134 Take a look at schan_imp_set_session_target caller in schannel.c. It already ensures that passed target is not NULL. If your patch indeed fixes a real problem, it's probably because it also ignores an empty string. That's, however, something that should also be done on caller side. Thanks, Jacek

1 0

Re: [PATCH] wineconsole: Set input stream buffer length per OS limit
by Nikolay Sivov March 27, 2015

March 27, 2015

On 26.03.2015 14:32, Hugh McMaster wrote: > --- > programs/wineconsole/wineconsole.c | 32 ++++++++++++++++++++++++++++++-- > 1 file changed, 30 insertions(+), 2 deletions(-) > > diff --git a/programs/wineconsole/wineconsole.c b/programs/wineconsole/wineconsole.c > index 3c2faf5..81300ed 100644 > --- a/programs/wineconsole/wineconsole.c > +++ b/programs/wineconsole/wineconsole.c > @@ -797,6 +797,11 @@ static UINT WINECON_ParseOptions(const char* lpCmdLine, struct wc_init* wci) > return 0; > } > > +#define MAXSTRING_NON_NT 128 > +#define MAXSTRING_NT351 260 > +#define MAXSTRING_NT4_W2K 2048 > +#define MAXSTRING_XP 8192 > + Why do you need this mess?

3 3

Re: [PATCH 5/6] wined3d: Introduce a shader_snprintf() function.
by Henri Verbeet March 27, 2015

March 27, 2015

On 26 March 2015 at 20:12, Matteo Bruni <mbruni(a)codeweavers.com> wrote: > It could be used in more places, some of them need additional rework > though. > I'm not sure this is what you had in mind. I didn't feel like making > these strings heap allocated, it seems to get quite ugly that way. It's not quite fully worked out at this point, but what I have in mind is roughly to use wined3d_shader_buffer. The shader_glsl_priv structure can then keep a list of scratch buffers from which you can get one to construct these kinds of intermediate strings and release back to when you're done with them. It would probably also involve cleanup functions for e.g. glsl_src_param and glsl_dst_param at some point. In principle this patch is in the right direction, but I'd rather avoid putting this in now and then having to change it again later.

1 0

Re: [PATCH] cmd: Add basic handling of Ctrl-C
by Nikolay Sivov March 27, 2015

March 27, 2015

On 26.03.2015 14:32, Hugh McMaster wrote: > + /* Enable handling of Ctrl-C signals */ > + if (SetConsoleCtrlHandler((PHANDLER_ROUTINE)console_ctrl_handler, TRUE)) > + WINE_TRACE("cmd: Ctrl handler was installed.\n"); > + else > + WINE_ERR("cmd: Unable to install Ctrl handler.\n"); > + Judging by the fact that you needed a cast, that's not right.

3 3

Re: [PATCH 3/4] advapi32: Add DACL inheritance support in SetSecurityInfo
by Erich E. Hoover March 27, 2015

March 27, 2015

On Thu, Mar 26, 2015 at 2:59 PM, Erich E. Hoover <erich.e.hoover(a)wine-staging.com> wrote: > On Thu, Mar 26, 2015 at 12:10 PM, Piotr Caban <piotr.caban(a)gmail.com> wrote: >> ... >> The inheritance doesn't occur when function from ntdll are used for setting >> DACL. This makes your code inside server incorrect. Also your code is not >> checking handle permissions correctly. If you try to test it keep in mind >> that if correct inheritance flags are set in security descriptor control >> field the permissions will be filled when you right-click on file and >> display security properties on windows. > > I don’t have the time to write a test at the moment, but I find it > highly unlikely that MS would implement security descriptors in a > high-level DLL. If that were the case then an application could > easily hijack the API in order to permit access to files that would > otherwise be inaccessible. I would guess that > UNPROTECTED_DACL_SECURITY_INFORMATION and SE_DACL_AUTO_INHERITED > probably enter into this somehow. > > Besides that I think we should start implementing stored ACLs first, > before even thinking about implementing suitable inheritance > mechanisms. I submitted a bunch of patches for this some time ago, > but Alexandre wasn’t happy with using extended user attributes to > store this information. I’m just not sure that it’s useful to > implement inheritance without storing the ACLs, it’ll certainly fix > some apps but it will likely break a bunch of others. Whoops, forgot reply-all - sorry for the duplicate Piotr. Best, Erich

2 1

Re: [PATCH 1/5] include: Add Wine-specific theming hook struct to winuser.h
by Alexandre Julliard March 27, 2015

March 27, 2015

Mark Harmstone <hellas(a)burntcomma.com> writes: > @@ -4060,6 +4060,15 @@ WORD WINAPI SYSTEM_KillSystemTimer( WORD ); > WINUSERAPI BOOL CDECL __wine_send_input( HWND hwnd, const INPUT *input ); > #endif > > +/* Wine-specific version of the undocumented structs > + * used by uxtheme to hook into user32. */ > + > +typedef struct > +{ > + WNDPROC DefWindowProcA; > + WNDPROC DefWindowProcW; > +} WINEUSERAPIHOOK; This doesn't belong in winuser.h. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] comctl32: Redraw themed button on WM_ENABLE.
by Alexandre Julliard March 27, 2015

March 27, 2015

Mark Harmstone <hellas(a)burntcomma.com> writes: > When a themed button received a WM_ENABLE message, comctl32 redraws it, > then passes the message to the parent proc in user32. Unfortunately, this > is the wrong way round - as user32 redraws the window itself, the themed > button will be redrawn as its unthemed counterpart. It sounds like it's only hiding the problem. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] vbscript: Implemented Oct
by Marvin March 27, 2015

March 27, 2015

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://testbot.winehq.org/JobDetails.pl?Key=12441 Your paranoid android. === w2000pro (32 bit) === No test summary line found === wxppro (32 bit) === No test summary line found === w2003std (32 bit) === No test summary line found === wvistau64 (32 bit) === No test summary line found === w2008s64 (32 bit) === No test summary line found === w7u (32 bit) === No test summary line found === w8 (32 bit) === No test summary line found === wvistau64 (64 bit) === No test summary line found === w2008s64 (64 bit) === No test summary line found

2 1

Re: [2/3] windowscodecs: Implement PngDecoder_Block_GetCount.
by Alexandre Julliard March 27, 2015

March 27, 2015

Vincent Povirk <madewokherd(a)gmail.com> writes: > From 398cd35190fddb05de97f6b125897be6c0e9e92d Mon Sep 17 00:00:00 2001 > From: Vincent Povirk <vincent(a)codeweavers.com> > Date: Wed, 25 Mar 2015 14:26:28 -0500 > Subject: [PATCH 2/3] windowscodecs: Implement PngDecoder_Block_GetCount. > > --- > dlls/windowscodecs/pngformat.c | 80 +++++++++++++++++++++++++++++++++++++++--- > 1 file changed, 76 insertions(+), 4 deletions(-) ../../../tools/runtest -q -P wine -T ../../.. -M windowscodecs.dll -p windowscodecs_test.exe.so metadata && touch metadata.ok metadata.c:949: Test succeeded inside todo block: GetCount failed, hr=80070057 metadata.c:952: Test succeeded inside todo block: GetCount failed, hr=0 metadata.c:953: Test succeeded inside todo block: unexpected count 1 Makefile:375: recipe for target 'metadata.ok' failed -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 3/4] advapi32: Add DACL inheritance support in SetSecurityInfo
by Erich E. Hoover March 26, 2015

March 26, 2015

I do not believe this is the correct place to make this change. Inheritance still needs to occur even when SetSecurityInfo is not used, which pretty much means it has to be within the wineserver itself so that the same code can be used for CreateFile. The code I put together for this (as written it is somewhat dependent on my other ACL code) can be found here: https://github.com/wine-compholio/wine-staging/tree/master/patches/server-I… The first patch is for CreateFile and the second one is for SetSecurityInfo. I'm happy to try and change this to help you solve your problem without my other ACL code, it's been on my TODO list anyway - I've just been too busy with work lately :/ Best, Erich

4 4

Re: urlmon: Remove unneeded NONAMELESSXXX directives.
by Jacek Caban March 26, 2015

March 26, 2015

Hi Francois, On 03/26/15 15:29, Francois Gouget wrote: > Also put them in the files that need them. It may be a bit late for such question after so many patches already went in, but what's the point of this patch? Those defines are defined in central place, so that we don't have to deal with them in each .c file. Even if they are not needed for some .c files, they are harmless. BTW, I think we could even consider putting this macro in a central place like windef.h inside __WINESRC__ guard. Jacek

1 0

named memory-mapped file
by Leon Bogaert March 26, 2015

March 26, 2015

Hi all, I don't know if this is the correct list. If it's not I'm sorry. I have kind of a weird question. I'm playing this game iRacing which exposed it's api via named memory map ( https://github.com/meltingice/node-iracing/blob/master/lib/irsdk_utils.cpp) Is there a way I can access that named memory-mapped file via Linux? I did some Googling and I don't think it's possible but I thought I made sure to ask around here. If that isn't possible I think I'll write a simple program that would run under wine and expose that data in a Linux-friendly manner. Leon

3 4

how to upload and view reports
by Shubham kumar March 26, 2015

March 26, 2015

Sir, i have applied for winetest graphical user interface project. Problem is to see the test results in application itself we first need to know that how it shows report on test.winehq.org so that, we could get idea on how it shows report after uploading. But, on the website i could not find any link to upload the report. Where/How am i supposed to upload the report and view the test results on website?

2 1

Application for GSoc 2015 - Implement vbscript.dll builtins for Wine
by Shuai Meng March 26, 2015

March 26, 2015

Hello everyone, I'm Shuai Meng, a student from Beihang University of China, who have attended Gosc 2014 for wine vbscript. I would like to continue to work on this module this year: on one hand, I am familiar with it through last year's experience; on the other hand, as I have studied it deeper and deeper, I find it more difficult than imagined, and I think understanding and fulfilling this interpreter of vbscript is very meaningful and interesting. Last year, the relatively simple built-in functions have been implemented by my effort, with the generous help of many warm-hearted people. The left functions are more challenging, I have to study more about COM and DLL in order to understand the mechanism. Now let's talk about the details of my plan, the functions unimplemented can be sorted as below: 1.The first kind is the functions about date and time, they have not been implemented because Wine's vbscript is not able to parse date constant in the form of "#yy-mm-dd#" yet. The functions below can be hopefully implemented as long as I sovle this problem: IsDate CDate Day Month Weekday Year Hour Minute Second DateValue TimeValue DateSerial TimeSerial DateAdd DateDiff DatePart. 2.The second kind is about strings, they are LenB LeftB RightB MidB InStrB Replace String StrComp. I have sent some patches to implement String, which all failed. Then I realized that I have to solve the problem of locale before I can implement them. 3.The third kind is about characters: Asc AscB ChrB ChrW Escape Unescape, I have already sent patch for Asc, but due to the same problem as strings, it didn't work. Again I have to implement GetLocale and SetLocale function, however as Piotr pointed, these two functions are not registered in native typelib, so I have to figure out another way to implement them, instead of using idl files. 4.The fourth kind is about arrays: IsArray LBound UBound Array Filter Join Split. Though haven't considered them seriously, but I can feel that they harder than those listed before. 5.The fifth kind is about math, but only left Randomize and Rnd, they are a little difficult, but I think it's unnecessary to implement them manually, I mean there must be a wrapper function. I have found some samples in jscript and other modules, I will learn from them. 6.The sixth kind is others: Eval Execute ExecuteGlobal GetRef LoadPicture InputBox FormatNumber FormatCurrency FormatPercent FormatDateTime, they are the most difficult, I am not sure whether I can implement them, but I will try. 7.The remaining functions are about Error handling: Err_Description Err_HelpContext Err_HelpFile Err_Source Err_Raise. I haven't studied them yet, but sooner or later I will meet them. This is my idea for GSoC 2015, I appreciate for any comment. Thank you.

1 0

Re: ntdll/tests: Add tests for GetFinalPathNameByHandleA/W.
by Marvin March 26, 2015

March 26, 2015

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://testbot.winehq.org/JobDetails.pl?Key=12425 Your paranoid android. === wvistau64 (32 bit file) === file.c:369: Test failed: attributes of file "testfile.xxx" are 0x0820 === wvistau64 (64 bit file) === file.c:369: Test failed: attributes of file "testfile.xxx" are 0x0820

1 0

Re: winecfg: add note about 32 bit prefixes to dialog
by Stefan Dösinger March 26, 2015

March 26, 2015

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I think making this visible on some way is a good idea. I have wondered about this myself, and so have many other users. > Context behind this: To run Simcity 2000 I change my Wine prefix > settings to mimic NT 3.5 so that it uses a different file chooser > dialog which doesn't crash the game (for whatever reason). This > last time installing things I was confused about why I didn't see > the option for NT 3.5 until slackner reminded me on IRC that I need > a 32 bit prefix to have that option. Somewhat offtopic to your patch: Is this a known bug in the game? Does it crash in Windows XP or newer unless you set Win9x or Win NT compatibility? It may be a good idea to investigate the actual crash. > So, I thought it might be useful if the dialog could have a note > explaining why those options aren't there if you're running from a > 64 bit prefix -- and thus this patch. To make room for the text I > made the applications Listbox 20 pixels shorter. - From a user interface point of view, what do you think about adding those old Windows versions in the listbox, maybe with a different text like "Windows 98 not available in 64 bit", and programming the code to set the dropdown field back to the last setting if the user decides to choose one of those settings? Or instead of having the modified text, pop up an error box and set the setting back. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVEea8AAoJEN0/YqbEcdMwQCsP/0Uw+ogXWRBtTZz46g8s6hAD wZjtYdFWfx9FMbITjpA9E2VLvmHj4tN6wZDanqOLuaHIRL3Mxa8eKaeZZ+LqE6pL mZWWJcWEQ+V8C/Fr6UTFUsbFhhSDTPhw9BJH/vZBof7uw0evNfBvV6lFQ+nf5bq7 Tpcwu+cBCeVlm9atvChZLwFAuBqjeVuH5ibyGnADIxKScHKvM9rbuJf2f3g3d7bW jCpR5sxoXfgeDeZYyaFh4o3WPHjVKriT3Twz2pYgHe/yZbxgoto72a7WNr5dMdHu 4/2FCQoBoDX2HahnCgWiL7fSDLk3pZFBQ78JRZUKDcS5nj868PszszAn4REVPXEW sgL5dgQqEJs0WhlhAePnUhuPudEaOIdKRDHqMftqJZpTwMxBwo16vnEnsLejrhlB Br2s2YIlqhpF0GKx4TeaefYFlJI/uRlxyhsmUBOvcfZ/BrLtpY9JMSHg0nGPnbI4 IUyU6iBQ5KSLjyDFDFTQ/gS19vbVtzJuEI88wtcUb0I2FknIa2zZN7GBDKN+VxOl hhtiiz1wgfxrrejVTxRKVVDF6bk5BpBWHLIyVIWVxZLiKy46I5Zie2MhbG74A5ks P1vph231JUHeea51wxFOfbUjw7LcTwhHswj8YM2I1EPizOH0AWJS5WQg0K+19o+g ch59pOw13mCF3Fl3LCtz =8FQi -----END PGP SIGNATURE-----

4 4

Re: [PATCH] advapi32: succeed for null pointer in ChangeServiceConfig2
by Nikolay Sivov March 25, 2015

March 25, 2015

On 19.03.2015 15:06, Bernhard Übelacker wrote: > Hello, > attached patch avoids an issue when trying to run Flatout 2 with copy > protection. > > When starting Flatout2.exe for the first time it wants to install some > services, but shows in wine some error messages. > > The only visible sign in terminal output, that something went wrong, is > this: > err:rpc:I_RpcReceive we got fault packet with status 0x3e6 > > And of course later some dialog showing error 998 (=0x3e6) and a > unhandled exception. > > This is because the SC_RPC_CONFIG_INFOW parameter has in its > descr->lpDescription a null pointer instead of a valid LPWSTR. > > Right now this null pointer would be accessed in > svcctl_ChangeServiceConfig2W and causes an exception there , but is > hidden by the RPC layer. > > (And of course this makes the SF4 protection still not working.) > > Kind regards, > Bernhard > Is it actually called with infolevel 1?

3 9

Re: msvcrt: Fix _copysign bugs for NAN/INF(try 2)
by Henri Verbeet March 25, 2015

March 25, 2015

On 25 March 2015 at 12:51, Zheng Chen <chanchengcc(a)gmail.com> wrote: > The last patch was damaged by my email client. > I would recommend everyone that doesn't already use it to spend a couple of minutes to learn git send-email. It avoids a lot of issues, and in general just saves everyone (not just reviewers) a lot of time.

2 1

Re: msvcrt: Use NAN and INFINITY definitions from port.h in printf tests
by Marvin March 25, 2015

March 25, 2015

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://testbot.winehq.org/JobDetails.pl?Key=12406 Your paranoid android. === w2000pro (32 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === wxppro (32 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === w2003std (32 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === wvistau64 (32 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === w2008s64 (32 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === w7u (32 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === w8 (32 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === wvistau64 (64 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R" === w2008s64 (64 bit printf) === printf.c:693: Test failed: r = 8 printf.c:694: Test failed: failed: "1.#QNAN0" printf.c:701: Test failed: r = 13 printf.c:702: Test failed: failed: "1.#QNAN0e+000" printf.c:710: Test failed: failed: "1.#QNAN" printf.c:718: Test failed: failed: "0000001.#R"

1 0

Re: msvcrt: Fix _copysign bugs for NAN/INF
by Piotr Caban March 25, 2015

March 25, 2015

Hi, On 03/24/15 11:10, Zheng Chen wrote: > --- > dlls/msvcrt/math.c | 17 ++++++++--------- > 1 file changed, 8 insertions(+), 9 deletions(-) looks like your email client has destroyed the patch (line wraps). You can solve it by e.g. attaching the patch to email. Thanks, Piotr

2 1

winevdm DOS memory range mmap() shenanigans...
by Andreas Mohr March 25, 2015

March 25, 2015

Hi all, for fun I just tried to run a Lemmings demo downloaded from http://www.pcgaming.ws/download.php?game=lemmings Picture my not overly amused face when I then got the message " winevdm: Cannot start DOS application C:\lemmings\VGALEMMI.EXE because the DOS memory range is unavailable. You should install DOSBox. ". After some wild fprintf trickery in various winevdm / virtual.c / mmap.c parts and subsequent mmap() Internet research it turned out that this message is annoyingly imprecise: a simple echo 0 > /proc/sys/vm/vmmap_min_addr (original value here: 65536) will allow the corresponding mapping, thereby enabling the game to (partially - then seems to have interesting issues at some VGA register parts) launch. I would therefore strongly suggest adding per-platform hint strings in failure case (either passed directly out of the inner reserve_dos_area() helper, or perhaps near the winevdm message). In the Linux case, this message would obviously be something like: ...range is unavailable (you might need to specially tweak /proc/sys/vm/vmmap_min_addr - note that this is a risky operation...). Since this is an important tweak (otherwise tons of DOS applications will bail out, thus rather negatively affecting Wine implementation debugging/reliability progress since nobody will make it there), it would be useful to add such hinting one way or another (I might find the time to do so, and possibly given some additional counseling I might even be able to come up with a sufficiently perfect patch). Thanks, Andreas Mohr

3 2

Re: comctl32/tests: Listview doesn't subclass its header
by Marvin March 25, 2015

March 25, 2015

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://testbot.winehq.org/JobDetails.pl?Key=12399 Your paranoid android. === w7u (32 bit listview) === listview.c:5121: Test failed: NM_HOVER allow test: the msg sequence is not complete: expected 0087 - actual 0000 listview.c:5126: Test failed: NM_HOVER block test: the msg sequence is not complete: expected 0087 - actual 0000 === wvistau64 (64 bit listview) === listview.c:5121: Test failed: NM_HOVER allow test: the msg sequence is not complete: expected 0087 - actual 0000 listview.c:5126: Test failed: NM_HOVER block test: the msg sequence is not complete: expected 0087 - actual 0000 === w2008s64 (64 bit listview) === listview.c:5121: Test failed: NM_HOVER allow test: the msg sequence is not complete: expected 0087 - actual 0000 listview.c:5126: Test failed: NM_HOVER block test: the msg sequence is not complete: expected 0087 - actual 0000

2 1

Regarding GSOC 2015 : Winetest Graphical User Interface
by Sushant makode March 24, 2015

March 24, 2015

Hello, I am a graduate student at IIIT Hyderabad India and I am interested in this project idea. ( Winetest Graphical User Interface ) I have been reading the documentation.My understanding is to add a form to existing winetest.exe which will have a table with available tests, results. These results will be read from the data which is read by the web interface possibly on the fly. I think we can run specific tests as follows e.g. cd dlls/advapi32/tests make test make services.ok Then after executing the test cases, an option to rerun the test can also be provided alongside the result of the test case. A consolidated result would be put on the same form in winetest. I am working on my GSOC proposal meanwhile It would be helpful if someone can you give some documentation regarding the winetest.exe and how to make changes to it. Thanks in advance. -- Thanks And Regards, Sushantkumar M. Tech. CSE IIIT Hyderabad

1 0