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

PGP key signing party at WineConf
by Shachar Shemesh Nov. 8, 2010

Nov. 8, 2010

Hi all, During WineConf we will be holding a key signing party, organized by your truly. The wiki page for WineConf has been updated with details on how to participate, and I have set up a page explaining the process for people who have never participated before. Please email your keys to me, with the subject "WineConf key signing" (so that my spam filters don't eat it up). The wineconf wiki page, in case you are not up to date, is at http://wiki.winehq.org/WineConf2010 The key signing page is at http://wiki.winehq.org/KeySigningParty Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com

2 2

Strange test bot results
by Eric Pouech Nov. 7, 2010

Nov. 7, 2010

Hi Ge, how come I got two different test results for the same patch ? moreover one is perfectly ok, while the other shows strange results any idea ? A+ -- Eric Pouech "The problem with designing something completely foolproof is to underestimate the ingenuity of a complete idiot." (Douglas Adams)

1 0

Re: [PATCH 2/6] [Msvcrt*]: now using the macros for parameter checking for wcsncat_s (and fixed the test)
by Marvin Nov. 7, 2010

Nov. 7, 2010

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=6861 Your paranoid android. === WXPPROSP3 (32 bit msvcr90) === msvcr90.c:307: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:315: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:324: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:333: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:342: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:352: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:362: Test failed: Expected errno to be ERANGE, got 9 === W2K3R2SESP2 (32 bit msvcr90) === msvcr90.c:307: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:315: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:324: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:333: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:342: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:352: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:362: Test failed: Expected errno to be ERANGE, got 9 === WVISTAADM (32 bit msvcr90) === msvcr90.c:307: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:315: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:324: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:333: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:342: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:352: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:362: Test failed: Expected errno to be ERANGE, got 9 === W2K8SE (32 bit msvcr90) === msvcr90.c:307: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:315: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:324: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:333: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:342: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:352: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:362: Test failed: Expected errno to be ERANGE, got 9 === W7PRO (32 bit msvcr90) === msvcr90.c:307: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:315: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:324: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:333: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:342: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:352: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:362: Test failed: Expected errno to be ERANGE, got 9 === W7PROX64 (32 bit msvcr90) === msvcr90.c:307: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:315: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:324: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:333: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:342: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:352: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:362: Test failed: Expected errno to be ERANGE, got 9 === W7PROX64 (64 bit msvcr90) === msvcr90.c:307: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:315: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:324: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:333: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:342: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:352: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:362: Test failed: Expected errno to be ERANGE, got 9

1 0

Re: [PATCH 1/6] [Msvcrt]: now using macro for parameters validation itoa_s (and updated the tests as well)
by Marvin Nov. 7, 2010

Nov. 7, 2010

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=6859 Your paranoid android. === WXPPROSP3 (32 bit msvcr90) === msvcr90.c:306: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:314: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:323: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:332: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:341: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:351: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:361: Test failed: Expected errno to be ERANGE, got 9 === W2K3R2SESP2 (32 bit msvcr90) === msvcr90.c:306: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:314: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:323: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:332: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:341: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:351: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:361: Test failed: Expected errno to be ERANGE, got 9 === WVISTAADM (32 bit msvcr90) === msvcr90.c:306: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:314: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:323: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:332: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:341: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:351: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:361: Test failed: Expected errno to be ERANGE, got 9 === W2K8SE (32 bit msvcr90) === msvcr90.c:306: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:314: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:323: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:332: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:341: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:351: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:361: Test failed: Expected errno to be ERANGE, got 9 === W7PRO (32 bit msvcr90) === msvcr90.c:306: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:314: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:323: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:332: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:341: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:351: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:361: Test failed: Expected errno to be ERANGE, got 9 === W7PROX64 (32 bit msvcr90) === msvcr90.c:306: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:314: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:323: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:332: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:341: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:351: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:361: Test failed: Expected errno to be ERANGE, got 9 === W7PROX64 (64 bit msvcr90) === msvcr90.c:306: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:314: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:323: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:332: Test failed: Expected errno to be EINVAL, got 9 msvcr90.c:341: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:351: Test failed: Expected errno to be ERANGE, got 9 msvcr90.c:361: Test failed: Expected errno to be ERANGE, got 9

1 0

Re: [PATCH 2/4] quartz: Fix PullPin_EnumMediaTypes
by Erich Hoover Nov. 7, 2010

Nov. 7, 2010

Is there some reason you chose to add an additional function for this, rather than fill in pPinImpl->pin.pFuncsTable? I ask because I was working on this issue last night and submitted an attachment to Bug #24782 for people to try: http://bugs2.winehq.org/attachment.cgi?id=31770 Erich Hoover ehoover(a)mines.edu

2 1

Re: [PATCH 3/4] mshtml: Added IDispatchEx support to HTMLStyleSheetsCollection object.
by Marvin Nov. 7, 2010

Nov. 7, 2010

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=6856 Your paranoid android. === W2K3R2SESP2 (32 bit dom) === dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B} === W7PRO (32 bit dom) === dom.c:5854: Test failed: unexpected guid {3050F547-98B5-11CF-BB82-00AA00BDCE0B} dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B} === W7PROX64 (32 bit dom) === dom.c:5854: Test failed: unexpected guid {3050F547-98B5-11CF-BB82-00AA00BDCE0B} dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B} === W7PROX64 (64 bit dom) === dom.c:5854: Test failed: unexpected guid {3050F547-98B5-11CF-BB82-00AA00BDCE0B} dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B}

1 0

Re: [PATCH 2/4] mshtml: Added IOmNavigator::get_plugins implementation.
by Marvin Nov. 7, 2010

Nov. 7, 2010

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=6855 Your paranoid android. === W2K3R2SESP2 (32 bit dom) === dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B} === W7PRO (32 bit dom) === dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B} === W7PROX64 (32 bit dom) === dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B} === W7PROX64 (64 bit dom) === dom.c:3607: Test failed: unexpected guid {3050F54A-98B5-11CF-BB82-00AA00BDCE0B}

1 0

Re: [PATCH 2/4] comctl32/tests: Change toolbar size test data to load dynamically.
by Alexandre Julliard Nov. 7, 2010

Nov. 7, 2010

Austin Lund <austin.lund(a)gmail.com> writes: > +static void init_tbsize_results(void) { > + tbsize_results = (tbsize_result_t *)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, 24*sizeof(tbsize_result_t)); > + tbsize_results[0] = (tbsize_result_t) { {0, 0, 672, 26}, {100, 22}, 5, { > + { 0, 2, 23, 24}, { 23, 2, 46, 24}, { 46, 2, 54, 24}, > + { 54, 2, 77, 24}, { 77, 2, 100, 24} } }; That syntax is not portable, please avoid it. -- Alexandre Julliard julliard(a)winehq.org

3 2

Re: [PATCH 5/5] d3dcompiler_43/tests: Added trigonometric function tests to HLSL test suite
by Henri Verbeet Nov. 7, 2010

Nov. 7, 2010

On 2 November 2010 07:20, Travis Athougies <iammisc(a)gmail.com> wrote: > +/* Repeatedly call a shader 32 times with linearly varying values and test the results against > + an array of floats using the given epsilon */ Why can't this just use the existing framework?

2 1

Re: jscript: Added Date.setYear stub implementation.
by Marvin Nov. 6, 2010

Nov. 6, 2010

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=6844 Your paranoid android. === W98SE (32 bit) === No test summary line found === WNT4WSSP6 (32 bit) === No test summary line found === W2KPROSP4 (32 bit) === No test summary line found === WXPPROSP3 (32 bit) === No test summary line found === W2K3R2SESP2 (32 bit) === No test summary line found === WVISTAADM (32 bit) === No test summary line found === W2K8SE (32 bit) === No test summary line found === W7PRO (32 bit) === No test summary line found === W7PROX64 (32 bit) === No test summary line found === W7PROX64 (64 bit) === No test summary line found

1 0

New winetricks 20101106: mostly just bugfixes and updates
by Dan Kegel Nov. 6, 2010

Nov. 6, 2010

Another month, another Winetricks. Online as always at http://kegel.com/wine/winetricks or http://winezeug.googlecode.com (Bug reports to the issue tracker at the above URL, please.) Changes: Austin English - add amstream verb - bump firefox to 3.6.12 - fix dotnet11 install on recent wine - if user is using a 64-bit prefix, tell them how to create a 32-bit one instead. - initial 64-bit cleanup - update eadm sha1sum - update flash sha1sum - update utorrent sha1sum - don't initialize wine just to show the help menu. (Issue 182) - version shouldn't initialize Wine either (part 2 of Issue 182). Dan Kegel - update shockwave, utorrent sha1sum - added verbs l3codecx and dmsynth, and added devenum to directmusic; for winehq bug 24911 - allow continuing partial downloads if WINETRICKS_CONTINUE_DOWNLOAD is set

2 2

Re: Voting for bugs (Was: Re: [Bug 20969])
by James Mckenzie Nov. 6, 2010

Nov. 6, 2010

Tom Spear <speeddymon(a)gmail.com> wrote: [Message arranged in top to bottom posting order to comply with mailing list rules/guidelines] >On Tue, Nov 2, 2010 at 12:01 PM, <wine-bugs(a)winehq.org> wrote: > >> http://bugs.winehq.org/show_bug.cgi?id=20969 >> >> --- Comment #19 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2010-11-02 >> 12:01:23 CDT --- >> (In reply to comment #18) >> > Those of you with this issue, make sure you vote for this in bugzilla so >> that >> > it can be confirmed, if you haven't already. >> >> Voting for bugs in Wine bugzilla is useless and does nothing except adding >> noise. >> > >Can/should voting for bugs be disabled if it is 'useless and does nothing >except adding noise'? > >Thanks > >Tom > > Tom: Voting for bugs does two things, and I don't think Dmitry wants to do the first: 1. It confirms that a bug does exists and possibly on multiple platforms. 2. It advises developers that more than one system/configuration is affected by a bug. I agree that adding thousands of votes to a long standing bug is 'noise'. Given that we have a limited resource of developers, having users verify bugs and to vote for them to give an idea of how severe a bug is might be helpful. Just my .02 USD here. James McKenzie

6 8

re: Function strstr and MinGW
by Dan Kegel Nov. 5, 2010

Nov. 5, 2010

You forgot to null-terminate escaped_space[].

1 0

Re: Function strstr and MinGW
by GOUJON Alexandre Nov. 5, 2010

Nov. 5, 2010

On 11/05/2010 09:11 PM, Ozan Türkyılmaz wrote: > \0 ending? > I think you're right. I forgot '\0' at the end of escaped_space. That's so stupid ! Well, sorry for the noise and thanks for your help. It remember me a sentence a teacher told me: "When there are errors, we know a program doesn't work but when he runs fine, we're not sure it doesn't contains any error" So thanks again !

1 0

Function strstr and MinGW
by GOUJON Alexandre Nov. 5, 2010

Nov. 5, 2010

Hi everyone, I'm still trying to improve wine cmd but I'm stuck with my patch making tests failing. After some investigations, I've found that my function which replace all @space@ by real spaces does not always work. So I've written a test_case (attached code). It runs perfectly on Ubuntu (compiled with gcc) but does nothing on Windows (compiled with i586-mingw32msvc-gcc). In fact, on windows, strstr fails and so never goes into the while{ } loop. Is MinGW the culprit ? Should I use another function ? Any idea ? [Why *standard* function don't even work on Windows ?] Thanks in advance !

2 1

Re: [PATCH 2/2] slc/tests: Add tests for SLGetWindowsInformationDWORD [try 2]
by Marvin Nov. 5, 2010

Nov. 5, 2010

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=6829 Your paranoid android. === WVISTAADM (32 bit slc) === slc.c:71: Test failed: got 0xc004f012 and 0xdeadbeef (expected SL_E_RIGHT_NOT_GRANTED) === W2K8SE (32 bit slc) === slc.c:71: Test failed: got 0xc004f012 and 0xdeadbeef (expected SL_E_RIGHT_NOT_GRANTED) === W7PRO (32 bit slc) === slc.c:71: Test failed: got 0xc004f012 and 0xdeadbeef (expected SL_E_RIGHT_NOT_GRANTED) === W7PROX64 (32 bit slc) === slc.c:71: Test failed: got 0xc004f012 and 0xdeadbeef (expected SL_E_RIGHT_NOT_GRANTED) === W7PROX64 (64 bit slc) === slc.c:71: Test failed: got 0xc004f012 and 0xdeadbeef (expected SL_E_RIGHT_NOT_GRANTED)

1 0

Re: [PATCH 5/5] quartz: Remove position from filtergraph
by Alexandre Julliard Nov. 5, 2010

Nov. 5, 2010

Maarten Lankhorst <m.b.lankhorst(a)gmail.com> writes: > --- > dlls/quartz/filtergraph.c | 59 +++++++++++++++++++------------------------- > 1 files changed, 26 insertions(+), 33 deletions(-) It doesn't work here: ../../../tools/runtest -q -P wine -M quartz.dll -T ../../.. -p quartz_test.exe.so filtergraph.c && touch filtergraph.ok filtergraph.c:272: Test failed: GetCurrentPosition failed: 80004001 filtergraph.c:283: Test failed: GetCurrentPosition failed: 80004001 make: *** [filtergraph.ok] Error 2 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: server: raise ulimit -n if possible, warn if very low
by Alexandre Julliard Nov. 5, 2010

Nov. 5, 2010

Dan Kegel <dank(a)kegel.com> writes: > void sock_init(void) > { > + struct rlimit lim; > + > + if (!getrlimit(RLIMIT_NOFILE, &lim) && lim.rlim_cur < lim.rlim_max) { > + lim.rlim_cur = lim.rlim_max; > + setrlimit(RLIMIT_NOFILE, &lim); > + } This is already done in the Wine loader, there's no need to do it twice. -- Alexandre Julliard julliard(a)winehq.org

1 0

Transparent windows
by Vassilis Virvilis Nov. 5, 2010

Nov. 5, 2010

Hi everybody, I am trying to run a pretty complex dotnet (3.5) app which renders flash contents via flash in a box http://www.f-in-box.com/ I have to say that congratulations are in order to everybody involved because the whole thing works remarkably well for such a complex amalgam of technologies and platforms. The problem I am trying to debug right now is that transparent windows comes out black in wine. So the question is: 1) What are the wine debug channels I have to turn on in order to understand what's happening? 2) Any ideas where the code responsible might be located (gdi, user32, wineserver)? 2a) Is it some window creation flag responsible for this? 2b) Is it X-Window dependent? Does it require OpenGL and 3D effects enabled? Thanks in advance .bill

4 6

banning spammer from the forum
by Rosanne DiMesio Nov. 4, 2010

Nov. 4, 2010

Jeremy, Please ban ebook1210 from the forum. I've had to delete multiple spam posts from him/her over the past couple of days. -- Rosanne DiMesio <dimesio(a)earthlink.net>

2 1

Re: msvcrt: Implement _asctime_s and _wasctime_s.
by Alexandre Julliard Nov. 4, 2010

Nov. 4, 2010

Eryk Wieliczko <ewdevel(a)gmail.com> writes: > +MSVCRT_long CDECL MSVCRT_asctime_s(char *output, MSVCRT_size_t max, const struct MSVCRT_tm *mstm) > +{ > + char *buffer; > + MSVCRT_size_t bufflen; > + > + if (output && max > 0) > + output[0] = '\0'; > + if (!output) > + { > + *MSVCRT__errno() = MSVCRT_EINVAL; > + return MSVCRT_EINVAL; > + } You probably want to use the new parameter checking macros. Also the first check is redundant. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 1/2] slc: Implement SLGetWindowsInformationDWORD
by Alexandre Julliard Nov. 4, 2010

Nov. 4, 2010

Detlef Riekenberg <wine.dev(a)web.de> writes: > +HRESULT WINAPI SLGetWindowsInformationDWORD(LPCWSTR lpszValueName, LPDWORD pdwValue) > +{ > + FIXME("(%s, %p): semi-stub\n", debugstr_w(lpszValueName), pdwValue); > + > + if (!lpszValueName || !pdwValue) > + return E_INVALIDARG; > + > + if (!*lpszValueName) > + return SL_E_RIGHT_NOT_GRANTED; > + > + /* We have always a genuine Wine */ > + *pdwValue = 1; > + return S_OK; There's no reason that this dword would represent the genuine flag, it can be just about anything. Returning value not found would probably be preferable, or else do a real attempt at determining what value would be expected for the specified name. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 2/2] ntdll: Check for case-insensitive volumes. (resend try 5)
by Alexandre Julliard Nov. 4, 2010

Nov. 4, 2010

Charles Davis <cdavis(a)mymail.mines.edu> writes: > If the volume is indeed case insensitive, we skip searching through the > whole directory ourselves, and just stat() each portion of the path. You still have extra stat calls. You should stop trying to pass a case_sensitive flag to find_file_in_dir and have it take care of everything internally, if and only if a case insensitive search seems to be required. -- Alexandre Julliard julliard(a)winehq.org

1 0

Fwd: msvcrt: Implement _get_tzname.
by Eryk Wieliczko Nov. 4, 2010

Nov. 4, 2010

http://msdn.microsoft.com/en-us/library/4ssfs1ya.aspx _get_tzname should simply copy the contents of _tzname. In my opinion it should be ok. According to this document it's the default value. In my Polish XP it's also "PST" and "PDT", which is of course irracional ( Poland is in Europe ). So I would assume static char tzname_std[64] = ""; static char tzname_dst[64] = ""; more of a hack. 2010/11/3 Dmitry Timoshkov <dmitry(a)codeweavers.com>: > Eryk Wieliczko <ewdevel(a)gmail.com> wrote: > This is not an implementation, this is a quick and dirty hack. > > -- > Dmitry. >

2 1

RFC: Fixing comctl32 toolbar tests for different system font heights
by Austin Lund Nov. 4, 2010

Nov. 4, 2010

I'm trying to fix these test failures: http://test.winehq.org/data/d4f64121e83671ac10ed6ead04f1c19eb5586cb0/xp_wtb… These failures occur because the system font metrics are different to what is assumed for the hard-coded numbers. Attached is my go at fixing these (in a three part patch set). Is this approach even close to being the right way to do this?

1 0

Re: [PATCH 3/5] d3d9/tests: Check for multiple expected messages in test_wndproc().
by Marvin Nov. 4, 2010

Nov. 4, 2010

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=6786 Your paranoid android. === WVISTAADM (32 bit device) === device.c:2650: Test failed: Expected foreground window 000301CA, got 000201C8.

1 0

Re: [PATCH 2/5] d3d8/tests: Check for multiple expected messages in test_wndproc().
by Marvin Nov. 4, 2010

Nov. 4, 2010

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=6785 Your paranoid android. === WVISTAADM (32 bit device) === device.c:1670: Test failed: Expected foreground window 000201D4, got 000101D2. === W2K8SE (32 bit device) === device.c:1670: Test failed: Expected foreground window 00010126, got 0001011A.

1 0

Re: [PATCH] kernel32: Add a stub for SetProcessDEPPolicy
by Marcus Meissner Nov. 4, 2010

Nov. 4, 2010

On Wed, Nov 03, 2010 at 11:54:33PM +0100, Detlef Riekenberg wrote: > --- > dlls/kernel32/kernel32.spec | 1 + > dlls/kernel32/process.c | 8 ++++++++ > 2 files changed, 9 insertions(+), 0 deletions(-) > > diff --git a/dlls/kernel32/kernel32.spec b/dlls/kernel32/kernel32.spec > index 8381ae8..f32371e 100644 > --- a/dlls/kernel32/kernel32.spec > +++ b/dlls/kernel32/kernel32.spec > @@ -1053,6 +1053,7 @@ > @ stdcall SetNamedPipeHandleState(long ptr ptr ptr) > @ stdcall SetPriorityClass(long long) > @ stdcall SetProcessAffinityMask(long long) > +@ stdcall SetProcessDEPPolicy(long) > @ stdcall SetProcessPriorityBoost(long long) > @ stdcall SetProcessShutdownParameters(long long) > @ stdcall SetProcessWorkingSetSize(long long long) > diff --git a/dlls/kernel32/process.c b/dlls/kernel32/process.c > index fdd19db..86747d9 100644 > --- a/dlls/kernel32/process.c > +++ b/dlls/kernel32/process.c > @@ -3394,3 +3394,11 @@ DEP_SYSTEM_POLICY_TYPE WINAPI GetSystemDEPPolicy(void) > FIXME("stub\n"); > return OptIn; > } > +/********************************************************************** > + * SetProcessDEPPolicy (KERNEL32.@) > + */ > +BOOL WINAPI SetProcessDEPPolicy(DWORD newDEP) > +{ > + FIXME("(%d): stub\n", newDEP); > + return TRUE; > +} Perhaps return FALSE; and SetLastError(..NOTIMPLEMENTED...) as we did not actually do it. (always better not to lie with security related functions.) Ciao, MArcus

1 0

Re: msvcrt/tests: _itow_s tests (try 3)
by Marvin Nov. 4, 2010

Nov. 4, 2010

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=6779 Your paranoid android. === WVISTAADM (32 bit string) === string.c:1446: Test failed: expected invalid_parameter_handler string.c:1455: Test failed: expected invalid_parameter_handler string.c:1464: Test failed: expected invalid_parameter_handler string.c:1473: Test failed: expected invalid_parameter_handler string.c:1485: Test failed: expected invalid_parameter_handler string.c:1497: Test failed: expected invalid_parameter_handler string.c:1509: Test failed: expected invalid_parameter_handler === W2K8SE (32 bit string) === string.c:1446: Test failed: expected invalid_parameter_handler string.c:1455: Test failed: expected invalid_parameter_handler string.c:1464: Test failed: expected invalid_parameter_handler string.c:1473: Test failed: expected invalid_parameter_handler string.c:1485: Test failed: expected invalid_parameter_handler string.c:1497: Test failed: expected invalid_parameter_handler string.c:1509: Test failed: expected invalid_parameter_handler === W7PRO (32 bit string) === string.c:1446: Test failed: expected invalid_parameter_handler string.c:1455: Test failed: expected invalid_parameter_handler string.c:1464: Test failed: expected invalid_parameter_handler string.c:1473: Test failed: expected invalid_parameter_handler string.c:1485: Test failed: expected invalid_parameter_handler string.c:1497: Test failed: expected invalid_parameter_handler string.c:1509: Test failed: expected invalid_parameter_handler === W7PROX64 (32 bit string) === string.c:1446: Test failed: expected invalid_parameter_handler string.c:1455: Test failed: expected invalid_parameter_handler string.c:1464: Test failed: expected invalid_parameter_handler string.c:1473: Test failed: expected invalid_parameter_handler string.c:1485: Test failed: expected invalid_parameter_handler string.c:1497: Test failed: expected invalid_parameter_handler string.c:1509: Test failed: expected invalid_parameter_handler === W7PROX64 (64 bit string) === string.c:1446: Test failed: expected invalid_parameter_handler string.c:1455: Test failed: expected invalid_parameter_handler string.c:1464: Test failed: expected invalid_parameter_handler string.c:1473: Test failed: expected invalid_parameter_handler string.c:1485: Test failed: expected invalid_parameter_handler string.c:1497: Test failed: expected invalid_parameter_handler string.c:1509: Test failed: expected invalid_parameter_handler

1 0

Re: [2/2] msvcrt/tests: qsort_s implementation and tests (try 3)
by Marvin Nov. 4, 2010

Nov. 4, 2010

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

1 0

re: First contact
by Dan Kegel Nov. 4, 2010

Nov. 4, 2010

It's probably your game's copy protection. We can't advise you on circumventing it. The question probably belongs on wine-users, not wine-devel...

1 0

First contact
by Andréas LIVET Nov. 3, 2010

Nov. 3, 2010

Hi all wine developers, I read this mailing list for about one year I guess but I think I never send a message. Because until this Monday, I was a spectator, now I wanna become an "actor", I want to learn how to hack wine :). I don't have a lot of time, 1 hour/week, maybe more, but I just want to fix some bugs, if I find some, and maybe more in the future. I'll take my time. For info, I'm a video game developers for 2 years, so I'm a C++ programmer, I know nothing about C (except what I know from the C++) and even if I'm using exclusively linux (ubuntu) for 3/4 years at home, I'm not comfortable with the POSIX development environment... Not that I'm a fan of Visual C++/Visual Assist but I always use those tools (at school and then at work) and wanted to learn something else. I decided to start with a game (Paraworld, but it could be anything) which can't load a level : when I hit the start game button, I got the loading screen, the music etc. but nothing append. The mouse is still reacting, the music still playing but nothing is loading. There is nothing in the trace too, so I tried with the "WINEDEBUG=+relay", error!! I ended quickly with a log > 300Mo before seeing the main menu! I've seen that there is a patch which allows user to control when debug trace will be display, but I don't know how to find it. I found this page : http://www.mail-archive.com/wine-devel(a)winehq.org/msg05542.html But I can't find the archive (the patch file), is there a place where we could download patches? Maybe my question is very simple, but I'm a beginner so be indulgent, please :). Other question, is there a way with winedbg to "pause" program execution without having set any breakpoint. In my case, I don't know where to put the breakpoint so I wanted to break the program execution and see where it ends. This is possible with VCC, maybe it's not with winedbg? Anyway, thank you for your time, and I want to congratulate all the wine developers for their amazing work, win is getting better and better everyday thanks to you, Andréas --Not sent from an iPhone.

3 7

Re: [PATCH] more stubs for mprapi.dll
by Austin English Nov. 3, 2010

Nov. 3, 2010

On Wed, Nov 3, 2010 at 6:39 PM, <netzimme(a)aim.com> wrote: > [PATCH] more stubs for mprapi.dll The patch is gibberish. Additionally, please include your full real name when submitting patches to wine. -- -Austin

1 0

make crosstest fails for _fseeki64 and _ftelli64
by Eryk Wieliczko Nov. 3, 2010

Nov. 3, 2010

I am working on a test for _fseeki64 and _ftelli64. brutalcomputer(a)brutalcomputer-laptop:~/wine-git/dlls/msvcrt/tests$ vim file.c brutalcomputer(a)brutalcomputer-laptop:~/wine-git/dlls/msvcrt/tests$ make crosstest i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -I../../../include/msvcrt -I./.. -DWINE_STRICT_PROTOTYPES -DWINE_CROSSTEST -Wall -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o file.cross.o file.c file.c: In function ‘create_io_inherit_block’: file.c:942: warning: dereferencing type-punned pointer will break strict-aliasing rules ../../../tools/winegcc/winegcc -b i586-mingw32msvc -B../../../tools/winebuild --sysroot=../../.. --lib-suffix=.cross.a cpp.cross.o data.cross.o dir.cross.o environ.cross.o file.cross.o headers.cross.o heap.cross.o locale.cross.o misc.cross.o printf.cross.o scanf.cross.o signal.cross.o string.cross.o time.cross.o testlist.cross.o -o msvcrt_crosstest.exe file.cross.o: In function `func_file': /home/brutalcomputer/wine-git/dlls/msvcrt/tests/file.c:1474: undefined reference to `__ftelli64' collect2: ld returned 1 exit status winegcc: i586-mingw32msvc-gcc failed make: *** [msvcrt_crosstest.exe] Error 2 brutalcomputer(a)brutalcomputer-laptop:~/wine-git/dlls/msvcrt/tests$ of course make test works perfectly. My guess is that mingw doesn't support _ftelli64 and _fseeki64. What should I do in this situation?

1 0

Re: [6/6] msvcr80/tests: _itow_s tests (try 2)
by Marvin Nov. 3, 2010

Nov. 3, 2010

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

1 0

Re: [5/6] msvcr80/tests: qsort_s tests (try 2)
by Marvin Nov. 3, 2010

Nov. 3, 2010

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

1 0

Re: [4/6] msvcr80/tests: install test files (try 2)
by Marvin Nov. 3, 2010

Nov. 3, 2010

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

1 0

Re: [2/6] msvcr80: qsort_s implementation (try 2)
by Alexandre Julliard Nov. 3, 2010

Nov. 3, 2010

"Vincas Miliūnas" <vincas.miliunas(a)gmail.com> writes: > qsort_s and _itow_s implementation and tests for bug #24925. These should go in msvcrt, and the tests in msvcr90. msvcr80 is a simple forwarding dll. -- Alexandre Julliard julliard(a)winehq.org

1 1

Re: [4/4] msxml3: Fix node_get_text() whitespace handling (resend)
by Alexandre Julliard Nov. 3, 2010

Nov. 3, 2010

Adam Martinson <amartinson(a)codeweavers.com> writes: > @@ -68,6 +68,8 @@ static const WCHAR szBinHex[] = {'b','i','n','.','h','e','x',0}; > > static const IID IID_xmlnode = {0x4f2f4ba2,0xb822,0x11df,{0x8b,0x8a,0x68,0x50,0xdf,0xd7,0x20,0x85}}; > > +BOOL is_preserving_whitespace(xmlNodePtr node); Please put function prototypes in msxml_private.h. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: include: Add IDirect3DRMWinDevice interface (try 2)
by Henri Verbeet Nov. 3, 2010

Nov. 3, 2010

On 2 November 2010 23:28, Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > +#include <d3drm.h> > + > +#include <d3drm.h> I'd expect once to be enough.

1 0

Re: xlive: add initial stub dll (1/3)
by Alexandre Julliard Nov. 3, 2010

Nov. 3, 2010

Austin English <austinenglish(a)gmail.com> writes: > This dll is not a core part of windows (at least, not yet), but I > think it should be considered for inclusion in Wine. A bit of > explanation is necessary: > > xlive.dll comes from Games for Windows (1,2), whose installer depends > on .Net 3.5 (can be skipped with the /nodotnet parameter). Native > fails on wine, however, unless a native msasn1.dll is provided, > because xlive.dll is digitally signed (so implementing our own > msasn1.dll won't help). As it currently stands, users can't play any > 'Game for Windows' that doesn't have a Windows license. That's not a good enough reason, particularly considering how ugly the resulting code is. And it seems unlikely that this is ever going to move beyond the nasty hack stage, given the lack of documentation. -- Alexandre Julliard julliard(a)winehq.org

5 4

Re: [PATCH 01/14] [Msvcrt]: now using macro for parameters validation itoa_s (and updated the tests as well)
by Alexandre Julliard Nov. 3, 2010

Nov. 3, 2010

Eric Pouech <eric.pouech(a)orange.fr> writes: > +/* As of today, native and builtin msvcr80, msvcr90, msvcr100 raise an exception on CRT > + * parameter checking on "secure" > + * As Wine forwards most of the APIs of those msvcrNN DLLs to msvcrt, builtin msvcrt does > + * raise an exception on those cases > + * Testing shows that native msvcrt doesn't > + * So we make this test always succeed under Windows > + */ That's not very useful. This should be tested in msvcr90, where we can properly check whether the handler is called. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: msvcrt: Implement _get_tzname.
by Dmitry Timoshkov Nov. 3, 2010

Nov. 3, 2010

Eryk Wieliczko <ewdevel(a)gmail.com> wrote: > -static char tzname_std[64] = ""; > -static char tzname_dst[64] = ""; > +static char tzname_std[64] = "PST"; > +static char tzname_dst[64] = "PDT"; > char *MSVCRT__tzname[2] = { tzname_std, tzname_dst }; ... This is not an implementation, this is a quick and dirty hack. -- Dmitry.

1 0

Re: [6/6] msvcr80/tests: _itow_s tests
by Marvin Nov. 3, 2010

Nov. 3, 2010

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

1 0

Re: [5/6] msvcr80/tests: qsort_s tests
by Marvin Nov. 3, 2010

Nov. 3, 2010

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

1 0

Re: [4/6] msvcr80/tests: install test files
by Marvin Nov. 3, 2010

Nov. 3, 2010

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

1 0

Re: ddraw: Exclusive mode is the corner case for SetCooperative, not the normal mode.
by Marvin Nov. 3, 2010

Nov. 3, 2010

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=6757 Your paranoid android. === W98SE (32 bit ddrawmodes) === ddrawmodes: unhandled exception c0000005 at 004122E8 === W7PROX64 (64 bit ddrawmodes) === Timeout

1 0

Use of uninitialized variable in combine_uri()
by Gerald Pfeifer Nov. 3, 2010

Nov. 3, 2010

Hi Thomas, the following change of yours commit bced2e21dbc548ef9d41e3ff11384d7ad964c929 Author: Thomas Mullaly <thomas.mullaly(a)gmail.com> Date: Sat Oct 9 11:02:17 2010 -0400 urlmon: Implemented base case for CoInternetCombineIUri. introduces a new warning, use of uninitialized variable in the line marked "HERE" below. +static HRESULT combine_uri(Uri *base, Uri *relative, DWORD flags, IUri **result + Uri *ret; + HRESULT hr; + parse_data data; + + /* Base case is when the relative Uri has a scheme name, + * if it does, then 'result' will contain the same data + * as the relative Uri. + */ + if(relative->scheme_start > -1) { + DWORD create_flags = 0; + + memset(&data, 0, sizeof(parse_data)); + + data.uri = SysAllocString(relative->raw_uri); + if(!data.uri) { + IUri_Release(URI(ret)); <================== HERE + *result = NULL; + return E_OUTOFMEMORY; + } >From all I can tell this is a legitimate warning, that is, the code really invokes undefined behavior. Would you mind having a look? Gerald

2 1

re: xlive and msasn1.dll
by Dan Kegel Nov. 2, 2010

Nov. 2, 2010

Austin wrote: > xlive.dll comes from Games for Windows ... [and] > fails on wine, however, unless a native msasn1.dll is provided, > because xlive.dll is digitally signed (so implementing our own > msasn1.dll won't help). That's interesting. I wonder what other modules Microsoft is checking signatures on, and whether they're planning on doing that more often in the future.

2 1

(no subject)
by Matijn Woudt Nov. 2, 2010

Nov. 2, 2010

1 0

Voting for bugs (Was: Re: [Bug 20969])
by Tom Spear Nov. 2, 2010

Nov. 2, 2010

Can/should voting for bugs be disabled if it is 'useless and does nothing except adding noise'? Thanks Tom On Tue, Nov 2, 2010 at 12:01 PM, <wine-bugs(a)winehq.org> wrote: > http://bugs.winehq.org/show_bug.cgi?id=20969 > > --- Comment #19 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2010-11-02 > 12:01:23 CDT --- > (In reply to comment #18) > > Those of you with this issue, make sure you vote for this in bugzilla so > that > > it can be confirmed, if you haven't already. > > Voting for bugs in Wine bugzilla is useless and does nothing except adding > noise. > > -- > Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email > Do not reply to this email, post in Bugzilla using the > above URL to reply. > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. >

1 0

Re: [4/4] msxml3: Implement domdoc schema validation (resend)
by Alexandre Julliard Nov. 2, 2010

Nov. 2, 2010

Adam Martinson <amartinson(a)codeweavers.com> writes: > --- > dlls/msxml3/domdoc.c | 127 > ++++++++++++++++++++++++++++++++------------ > dlls/msxml3/tests/domdoc.c | 2 +- > 2 files changed, 93 insertions(+), 36 deletions(-) This one breaks on libxml 2.6.16 too: gcc -m32 -c -I. -I. -I../../include -I../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wpointer-arith -g -O2 -o domdoc.o domdoc.c domdoc.c: In function 'domdoc_validateNode': domdoc.c:2496: error: 'struct _xmlDoc' has no member named 'properties' domdoc.c:2496: error: 'XML_DOC_WELLFORMED' undeclared (first use in this function) domdoc.c:2496: error: (Each undeclared identifier is reported only once domdoc.c:2496: error: for each function it appears in.) make: *** [domdoc.o] Error 1 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: xlive: add initial tests, make them pass under Wine
by James Mckenzie Nov. 2, 2010

Nov. 2, 2010

Austin English <austinenglish(a)gmail.com> wrote: Resend them all. The 'bot' cannot apply just one patch in a series (AJ has pointed this out as well as Ge.) James McKenzie

1 0

Quick Question About GDI
by Aaron Tyler Nov. 2, 2010

Nov. 2, 2010

Hello, I was searching online to find more info about GDI and I came across your information. Can you tell me, are you still involved with GDI? If you are, how are things going for you? Please let me know. Sincerely, Aaron Tyler

1 0

Re: [PATCH 1/2 resend] urlmon: Added IInternetProtocolEx support to BindProtocol.
by Alexandre Julliard Nov. 2, 2010

Nov. 2, 2010

Jacek Caban <jacek(a)codeweavers.com> writes: > This patch was previously rejected due to test failure in gameux. The > failure no longer happens for me. It's still failing here: ../../../tools/runtest -q -P wine -M gameux.dll -T ../../.. -p gameux_test.exe.so gameexplorer.c && touch gameexplorer.ok gameexplorer.c:571: Test failed: IGameExplorer::AddGame failed (error 0x80004005) gameexplorer.c:589: Test failed: IGameExplorer::AddGame failed (error 0x80004005) gameexplorer.c:640: Test failed: IGameExplorer2::InstallGame failed (error 0x80004005) gameexplorer.c:643: Test failed: cannot find game with GDF path L"Z:\\home\\julliard\\wine\\wine\\dlls\\gameux\\tests\\gameux_test.exe" in scope 2 make: *** [gameexplorer.ok] Error 4 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ddraw/tests: Remove a space before a '\n'.
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6711 Your paranoid android. === W98SE (32 bit ddrawmodes) === ddrawmodes: unhandled exception c0000005 at 004122E8 === W7PROX64 (64 bit ddrawmodes) === Timeout

1 0

Re: [PATCH 1/3] include: Add macros for retrieving control message headers (try 2).
by Alexandre Julliard Nov. 2, 2010

Nov. 2, 2010

Erich Hoover <ehoover(a)mines.edu> writes: > This patch adds the windows version of the macros for retrieving > control message headers (such as IP_PKTINFO control header responses). > This structure is required by later patches in this series in order > to implement IP_PKTINFO. In this version the macros are moved to > ws2def.h and WSA_CMSG_NXTHDR is an actual macro (dependent upon a > couple "custom" macros for clarity), rather than an inline function. Please don't add custom macros that don't exist on Windows, it's not necessary. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ddraw/tests: Fix compilation on systems that don't support nameless unions.
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6710 Your paranoid android. === W98SE (32 bit dsurface) === dsurface: unhandled exception c0000005 at 00415109

1 0

rasphone.exe, rasapi32.dll and rasdlg.dll
by Gerold Jens Wucherpfennig Nov. 2, 2010

Nov. 2, 2010

Hi, I want to contribute a rasphone.exe, rasapi32.dll and rasdlg.dll to the Wine project :-). The rasphone.exe is already completed, but I have still to do a lot of work for rasapi32.dll and rasdlg.dll. For the RAS-Connection I use wvdial. Right now all my work is coded into the rasphone.exe, but I will change that and use a rasapi32.dll and rasdlg.dll. I will post my code when it's ready... I hope you will all enjoy my work, best regards Gerold Jens Wucherpfennig -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

1 0

Re: xlive: add initial tests, make them pass under Wine (3/3)
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6709 Your paranoid android. === WINEBUILD (build) === Patch failed to apply Unable to regenerate dlls/xlive/Makefile Make failed

1 0

Re: xlive: add initial tests, make them pass under Wine
by Marvin Nov. 2, 2010

Nov. 2, 2010

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

2 1

[RFC] cmd: Add a space at the end of the first echo'ed batch line [try5]
by GOUJON Alexandre Nov. 2, 2010

Nov. 2, 2010

Hi everyone, I'm trying to fix the wine cmd behavior but as this 5th try differs greatly with the previous one, I'd like to have some feedback before submitting it. If you have any question, just let me know. Thanks is advance.

4 5

Re: [5/5] msxml3: Fix node_get_text() whitespace handling
by Marvin Nov. 2, 2010

Nov. 2, 2010

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

1 0

DDRAW: New implementation of SetCooperativeLevel (a new try)
by paulo lesgaz Nov. 2, 2010

Nov. 2, 2010

Hello, In waiting for my last patch of test for SetCooperativeLevel being accepted, I send to the list my attempt to fix this function. With the attached patch,all the already implemented and all the forecoming tests succeded. I tried to implement Henri's idea about the logic of this function (see http://www.winehq.org/pipermail/wine-devel/2010-August/086201.html ) Any feedback of this patch would be welcomed. Thanks in advance. A+ David

1 0

Re: [4/4] msxml3: Implement domdoc schema validation (resend)
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6691 Your paranoid android. === WINEBUILD (build) === Make of import library failed Make of import library failed

1 0

Re: [3/4] msxml3: Add error code defines (resend)
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6690 Your paranoid android. === WINEBUILD (build) === Make of import library failed Make of import library failed

1 0

Re: cmd: Add a space at the end of the first echo'ed batch line [try6]
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6689 Your paranoid android. === WNT4WSSP6 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W2KPROSP4 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === WXPPROSP3 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W2K3R2SESP2 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === WVISTAADM (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W2K8SE (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W7PRO (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W7PROX64 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W7PROX64 (64 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space

1 0

Re: ddraw: Add tests for SetCooperativeLevel with a NULL window
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6682 Your paranoid android. === W98SE (32 bit ddrawmodes) === ddrawmodes: unhandled exception c0000005 at 004122E8 === W7PROX64 (64 bit ddrawmodes) === Timeout

1 0

Re: [PATCH 1/3] winmm: mciSendString always returns a response string (albeit empty). [resend]
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6679 Your paranoid android. === W98SE (32 bit mci) === mci.c:846: Test failed: Expect message 0001 from play to 250 wait notify mci.c:853: Test failed: got 0004 instead of MCI_NOTIFY_xyz 0000 from command after close

1 0

Re: [PATCH 2/2] hlink: Site data should only be set if the hlink has an HlinkSite
by Marvin Nov. 2, 2010

Nov. 2, 2010

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=6677 Your paranoid android. === W2K8SE (32 bit htmldoc) === htmldoc.c:2241: Test failed: unexpected call UpdateUI htmldoc.c:2466: Test failed: unexpected call Exec_UPDATECOMMANDS

1 0

Re: include: Add new Button control styles
by Nikolay Sivov Nov. 1, 2010

Nov. 1, 2010

On 11/2/2010 01:45, André Hentschel wrote: > BS_TYPEMASK is already defined some lines above that > --- > include/winuser.h | 6 +++++- > 1 files changed, 5 insertions(+), 1 deletions(-) > > diff --git a/include/winuser.h b/include/winuser.h > index 4114756..e04e8ad 100644 > --- a/include/winuser.h > +++ b/include/winuser.h > @@ -712,8 +712,12 @@ typedef struct tagWINDOWPLACEMENT > #define BS_GROUPBOX 0x00000007L > #define BS_USERBUTTON 0x00000008L > #define BS_AUTORADIOBUTTON 0x00000009L > +#define BS_PUSHBOX 0x0000000AL > #define BS_OWNERDRAW 0x0000000BL > -#define BS_TYPEMASK 0x0000000FL > +#define BS_SPLITBUTTON 0x0000000CL > +#define BS_DEFSPLITBUTTON 0x0000000DL > +#define BS_COMMANDLINK 0x0000000EL > +#define BS_DEFCOMMANDLINK 0x0000000FL > #define BS_LEFTTEXT 0x00000020L > #define BS_RIGHTBUTTON BS_LEFTTEXT > New styles should go to commctrl.h, and you can't remove BS_TYPEMASK.

1 0

Re: [PATCH 3/3] winmm: MCI_INFO doesn't change the output buffer in case of error.
by Marvin Nov. 1, 2010

Nov. 1, 2010

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=6668 Your paranoid android. === WINEBUILD (build) === Patch failed to apply === W98SE (32 bit mci) === mci.c:835: Test failed: Expect message 0001 from play to 250 wait notify mci.c:842: Test failed: got 0004 instead of MCI_NOTIFY_xyz 0000 from command after close mci.c:903: Test failed: not enough time elapsed 58ms

1 0

Re: [PATCH 2/3] winmm: MCI_SYSINFO doesn't change the output buffer in case of error.
by Marvin Nov. 1, 2010

Nov. 1, 2010

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=6667 Your paranoid android. === WINEBUILD (build) === Patch failed to apply === W98SE (32 bit mci) === mci.c:959: Test failed: mci status position: 70 mci.c:1006: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1020: Test failed: mci pause (space) wait returned MMSYSERR 5 mci.c:1023: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1037: Test failed: Expect message 0004 from play (aborted by close)

1 0

Re: [PATCH 1/3] winmm: mciSendString always returns a response string (albeit empty).
by Marvin Nov. 1, 2010

Nov. 1, 2010

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=6666 Your paranoid android. === WINEBUILD (build) === Patch failed to apply === W98SE (32 bit mci) === mci.c:903: Test failed: not enough time elapsed 58ms mci.c:959: Test failed: mci status position: 58 mci.c:1006: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1020: Test failed: mci pause (space) wait returned MMSYSERR 5 mci.c:1023: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1037: Test failed: Expect message 0004 from play (aborted by close)

1 0

Re: Problems with Test
by James Mckenzie Nov. 1, 2010

Nov. 1, 2010

Charles Davis <cdavis(a)mymail.mines.edu> wrote: > >On 10/31/10 9:23 PM, James McKenzie wrote: >> All: >> >> I'm trying to convert one integer number using a float number factor. >> Here is the code: >> >> int ry = 125; >> double ryf; >> >> ryf = ry/1440; >> >> The result is 0 and should be 0.06666666667 (or even more sixes.) >And why should it be? None of the values in the expression 'ry/1440' are >of type 'double'. They're both 'int's, so the compiler sees it as >integer division instead of FP division. The C language spec doesn't >require the compiler to infer that you wanted FP division when you >assign to a variable of FP type. Ah, the wonders of 'c'. Thank you for the reminder that this is what happens during this division process. Been a long time since I've tried this. > >> What am I doing 'incorrectly'? >Now, if your assignment looked like this: > >ryf = ry/1440.0; > >then it would work correctly. Now the 1440 is of type 'double', so the >compiler emits a floating-point division. > Got it. I tried to cast ry to double, but that did not work. Guess my version of gcc has a problem or I did it wrong. Will try changing the division this evening and see what happens. James McKenzie

2 1

Re: [try 2] crypt32/tests: Add tests for enveloped messages.
by Marvin Nov. 1, 2010

Nov. 1, 2010

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=6658 Your paranoid android. === WNT4WSSP6 (32 bit msg) === msg: unhandled exception c0000005 at 5CF308F4

1 0

[do not apply] Re: crypt32/tests: Add tests for enveloped messages.
by Alexander Morozov Nov. 1, 2010

Nov. 1, 2010

Please do not apply this patch. Use [try 2]

1 0

Re: [PATCH 2/2] comdlg32/tests: Add GetSaveFileName extension tests.
by Marvin Nov. 1, 2010

Nov. 1, 2010

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=6657 Your paranoid android. === W98SE (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === WNT4WSSP6 (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === W2KPROSP4 (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === WXPPROSP3 (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === W2K3R2SESP2 (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === WVISTAADM (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === W2K8SE (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === W7PRO (32 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef === W7PROX64 (32 bit filedlg) === filedlg: unhandled exception c0000005 at 750B4C19 === W7PROX64 (64 bit filedlg) === filedlg.c:1094: Test failed: Filename is beef.txt, expected deadbeef

1 0

Re: [4/4] d3d9: Add a sRGB format test
by Henri Verbeet Nov. 1, 2010

Nov. 1, 2010

On 1 November 2010 11:41, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > > Am 01.11.2010 um 10:41 schrieb Henri Verbeet: > >> On 31 October 2010 22:53, Stefan Dösinger <stefan(a)codeweavers.com> wrote: >>> + static const struct >>> + { >>> + float x, y, z; >>> + float u, v; >>> + } >>> + quad[] = >>> + { >>> + {-1.0, -1.0, 0.1, 0.0, 0.0}, >>> + {-1.0, 1.0, 0.1, 1.0, 0.0}, >>> + { 1.0, -1.0, 0.1, 0.0, 1.0}, >>> + { 1.0, 1.0, 0.1, 1.0, 1.0} >>> + }; >> Not that I care all that much, but notice that those literals are >> actually doubles. > Now that I've fixed a number of those I guess we should stick to caring about that. You should probably do the Clear()'s too then.

1 0

Re: [PATCH 2/4] include: Add macros for retrieving control message headers.
by Alexandre Julliard Nov. 1, 2010

Nov. 1, 2010

Erich Hoover <ehoover(a)mines.edu> writes: > @@ -185,6 +185,25 @@ VOID WINAPI GetAcceptExSockaddrs(PVOID, DWORD, DWORD, DWORD, struct WS(sockaddr) > BOOL WINAPI TransmitFile(SOCKET, HANDLE, DWORD, DWORD, LPOVERLAPPED, LPTRANSMIT_FILE_BUFFERS, DWORD); > INT WINAPI WSARecvEx(SOCKET, char *, INT, INT *); > > +/* > + * Macros for retrieving control message data returned by WSARecvMsg() > + */ > +#define WSA_CMSG_DATA(cmsg) ((UCHAR*)((WSACMSGHDR*)(cmsg)+1)) > +#define WSA_CMSG_FIRSTHDR(mhdr) \ > + ((size_t) (mhdr)->Control.len >= sizeof(WSACMSGHDR) \ > + ? (WSACMSGHDR *) (mhdr)->Control.buf : (WSACMSGHDR *) 0) > +#define WSA_CMSG_ALIGN(len) (((len) + sizeof (size_t) - 1) \ > + & (size_t) ~(sizeof (size_t) - 1)) > +static inline WSACMSGHDR *WSA_CMSG_NXTHDR(WSAMSG *msg, WSACMSGHDR *cmsg) > +{ > + if ((size_t)(msg)->Control.len<sizeof(WSACMSGHDR)) return 0; > + cmsg = (WSACMSGHDR*)((unsigned char*)cmsg + WSA_CMSG_ALIGN(cmsg->cmsg_len)); > + if ((unsigned char*)(cmsg+1) > ((unsigned char*)msg->Control.buf + msg->Control.len) > + || ((unsigned char*)cmsg + WSA_CMSG_ALIGN(cmsg->cmsg_len) > ((unsigned char *)msg->Control.buf + msg->Control.len)) ) > + return 0; > + return cmsg; > +} This should go into ws2def.h. Also WSA_CMSG_NXTHDR is supposed to be a macro, not an inline function. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [4/4] d3d9: Add a sRGB format test
by Henri Verbeet Nov. 1, 2010

Nov. 1, 2010

On 31 October 2010 22:53, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > + static const struct > + { > + float x, y, z; > + float u, v; > + } > + quad[] = > + { > + {-1.0, -1.0, 0.1, 0.0, 0.0}, > + {-1.0, 1.0, 0.1, 1.0, 0.0}, > + { 1.0, -1.0, 0.1, 0.0, 1.0}, > + { 1.0, 1.0, 0.1, 1.0, 1.0} > + }; Not that I care all that much, but notice that those literals are actually doubles. > + hr = IDirect3DDevice9_DrawPrimitiveUP(device, D3DPT_TRIANGLESTRIP, 2, quad, sizeof(float) * 5); Now that you're using a proper structure for "quad", "sizeof(float) * 5" is really just the same as "sizeof(*quad)".

1 0

Problems with Test
by James McKenzie Nov. 1, 2010

Nov. 1, 2010

All: I'm trying to convert one integer number using a float number factor. Here is the code: int ry = 125; double ryf; ryf = ry/1440; The result is 0 and should be 0.06666666667 (or even more sixes.) BTW, if I change ry to 1440 the result is 1.00000. What am I doing 'incorrectly'? James McKenzie

2 1