February 2009 - Wine-Devel - list.winehq.org

Re: gdi32: Revert an unrelated part of 028617b90ba586bdb30723c700eea888c159ada7.
by Byeongsik Jeon Feb. 27, 2009

Feb. 27, 2009

Yes!!! See the http://bugs.winehq.org/show_bug.cgi?id=17218 http://www.winehq.org/pipermail/wine-patches/2009-February/068752.html http://www.winehq.org/pipermail/wine-patches/2009-February/068753.html 2009-02-27 (Fri), 17:57 +0800, Dmitry Timoshkov wrote: > It was not a very nice idea to break bitmap fonts which request a custom > width (therefore a transformation) in a patch that pretended to do something > unrelated. > --- > dlls/gdi32/freetype.c | 6 +++--- > 1 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/dlls/gdi32/freetype.c b/dlls/gdi32/freetype.c > index 6ca35c3..54bb999 100644 > --- a/dlls/gdi32/freetype.c > +++ b/dlls/gdi32/freetype.c > @@ -4606,9 +4606,9 @@ DWORD WineEngGetGlyphOutline(GdiFont *incoming_font, UINT glyph, UINT format, > } > > if(ft_face->glyph->format != ft_glyph_format_outline && > - (needsTransform || format == GGO_NATIVE || format == GGO_BEZIER || > - format == GGO_GRAY2_BITMAP || format == GGO_GRAY4_BITMAP || > - format == GGO_GRAY8_BITMAP)) > + (format == GGO_NATIVE || format == GGO_BEZIER || > + format == GGO_GRAY2_BITMAP || format == GGO_GRAY4_BITMAP || > + format == GGO_GRAY8_BITMAP)) > { > TRACE("loaded a bitmap\n"); > LeaveCriticalSection( &freetype_cs );

1 1

Re: msi: Add reinstall tests.
by Detlef Riekenberg Feb. 27, 2009

Feb. 27, 2009

On Do, 2009-02-26 at 10:50 +0100, Hans Leidekker wrote: > + state = 0xdeadbee; > + action = 0xdeadbee; > + r = MsiGetFeatureState(hpkg, "one", &state, &action); > + ok( r == ERROR_UNKNOWN_FEATURE, "Expected ERROR_UNKNOWN_FEATURE, > got %d\n", r ); > + ok( state == 0xdeadbee, "Expected 0xdeadbee, got %d\n", state); > + ok( action == 0xdeadbee, "Expected 0xdeadbee, got %d\n", action); > + > + state = 0xdeadbee; > + action = 0xdeadbee; > + r = MsiGetFeatureState(hpkg, "two", &state, &action); > + ok( r == ERROR_UNKNOWN_FEATURE, "Expected ERROR_UNKNOWN_FEATURE, > got %d\n", r ); > + ok( state == 0xdeadbee, "Expected 0xdeadbee, got %d\n", state); > + ok( action == 0xdeadbee, "Expected 0xdeadbee, got %d\n", action); > + > + state = 0xdeadbee; > + action = 0xdeadbee; > + r = MsiGetFeatureState(hpkg, "three", &state, &action); > + ok( r == ERROR_UNKNOWN_FEATURE, "Expected ERROR_UNKNOWN_FEATURE, > got %d\n", r ); > + ok( state == 0xdeadbee, "Expected 0xdeadbee, got %d\n", state); > + ok( action == 0xdeadbee, "Expected 0xdeadbee, got %d\n", action); This is huge amount of almost the same code in that test. Please use tables. -- By by ... Detlef

1 0

Re: gdi32: Revert an unrelated part of 028617b90ba586bdb30723c700eea888c159ada7.
by Michael Karcher Feb. 27, 2009

Feb. 27, 2009

Am Freitag, den 27.02.2009, 17:57 +0800 schrieb Dmitry Timoshkov: > It was not a very nice idea to break bitmap fonts which request a custom > width (therefore a transformation) in a patch that pretended to do something > unrelated. It also "breaks" fake italic bitmap fonts, i.e. previously the fake italic transformation was just ignored, so roman characters were displayed, now WineEngGetGlyphOutline runs into this error case, breaking applications trying to use "MS Sans Serif" in italic. Regards, Michael Karcher

1 0

TrainingPeaks WKO+ Version 22 build 105
by Chris Teague Feb. 26, 2009

Feb. 26, 2009

I'm trying to use WKO, it is software which communicates via USB to an external device (watch/heart rate monitor/bike odometer) using FTDI drivers. When I plug in the device dmesg tells me it's recognized and placed on /dev/ttyUSB0. I've put a link to that inside of .wine/dosdevices/com1. I still can't get communication to work, on stdout I get the following message repeated many times: fixme:comm:wait_on EV_RXFLAG not handled I think I know how to implement this feature of Win32 serial comm, but before I attempted I wanted to broadcast my intent to do so. Is anyone else working on this, or in the serial.c area that would like to discuss it? Software is available as demo here: http://home.trainingpeaks.com/wko-desktop-software/download.aspx

2 3

Wine64 and other test failures
by Austin English Feb. 26, 2009

Feb. 26, 2009

Howdy, For those of y'all not monitoring http://test.winehq.org/data, I've begun submitting daily test results for Wine64. There are also test results for regular 32-bit wine, wine in a virtual desktop, and with WINEDEBUG=+heap. Regular wine is passing a majority of the time (Ubuntu Jaunty 64-bit, Nvidia 9800 GTX). Virtual desktop has a couple failures in gdi32 (bug 12768) and some user32 tests, otherwise passes. +heap has a few failures: winmm/mci - http://bugs.winehq.org/show_bug.cgi?id=17518 mshtml/dom - http://bugs.winehq.org/show_bug.cgi?id=17520 oleaut32/tmarshal - http://bugs.winehq.org/show_bug.cgi?id=17412 netapi32/access - http://bugs.winehq.org/show_bug.cgi?id=17530 There were a few other bugs in crypt32, jscript, msi and user32, but AJ, Juan, and Jacek fixed those. Couple other related bugs: +relay qmgr/qmgr - http://bugs.winehq.org/show_bug.cgi?id=17521 +message comctl32/datetime - http://bugs.winehq.org/show_bug.cgi?id=17431 I had to find some way to keep y'all busy, since 32-bit winetest is passing now :-). -- -Austin

1 0

Wine shirt
by Jeremiah Flerchinger Feb. 26, 2009

Feb. 26, 2009

I saw the previous Wine t-shirt, with the drunken penguin, but it wasn't really me and I don't think there are anymore anyways. For those of you who didn't know about it, I don't think it was advertised very well (maybe we should have had a products tab or links in World Wine News more regularly). I started playing with zazzle.com and ideas for a Wine shirt for myself. Here's what I have so far in case anyone cares or would like one too: http://www.zazzle.com/tuxg2_wine_t_shirt-235593182956669764 I plan on giving half of any profits to Wine through their donation page & use the rest to set up some Wine embroidery items (I'm thinking a hat & zip-up sweatshirt). After that I'll update the amount that goes to Wine. I thought it was a nice approach because it's print on demand and it's possible for people to customize with their own slogans instead of having to vote on one. Later, -J

1 0

Re: user32: In SetMenuInfo() implement the MIM_APPLYTOSUBMENUS with test.
by Alexandre Julliard Feb. 26, 2009

Feb. 26, 2009

Rein Klazes <wijn(a)online.nl> writes: > Also in Get/SetMenuInfo set last error if called with invalid parameters. Please use the appropriate function pointers in the test so that it still runs on older platforms. -- Alexandre Julliard julliard(a)winehq.org

1 0

CUDA Wrapper and unimplemented functions kernel32
by Seth Shelnutt Feb. 26, 2009

Feb. 26, 2009

A while back you guys had helped with developing the CUDA wrapper. Some changes in the folding at home GPU2 client core, has caused us the need to update it with newer functions implemented. However it seems now that the wrapper is getting an error, which appears to be related to Wine itself. $ wine ./FahCore_14.exe -suffix 01 -nodelete wine: Call from 0x7edb2a73 to unimplemented function kernel32.dll., aborting err:module:attach_process_dlls "cudart.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\daz\\core14test2\\FahCore_14.exe" failed, status 80000100 What do you guys make of it? The CUDA wrapper and source can be downloaded from http://www.twomurs.com/seth/patches/new/ . For instructions on how to set it up, see our wiki http://gpu2.twomurs.com/index.php?title=Linux . The only difference is instead of downloading the wrapper linked there, download the one I linked to above. Also to test out the new F(a)H core which is causing the update and the subsiquent kernel issue, before you run the F(a)Hclient, download these two files, and place them in the same directory you have the f(a)h cient, - core: http://fah-web.stanford.edu/ihaque/FahCore_14.exe MD5 hash: 4e4621e3cbe1e4069c264c449615c127 - WU: http://fah-web.stanford.edu/ihaque/wudata_01.dat MD5 hash: 8d4e47c17445a8deca403caa52fbcb6f Thanks for the help, Seth Shelnutt

1 0

Malware on Wine review
by Dan Kegel Feb. 25, 2009

Feb. 25, 2009

http://www.avertlabs.com/research/blog/index.php/2009/02/23/running-windows… is an interesting report; all the malware he tried ran to at least some extent on wine. One interesting bit of advice he gives at the end is "Do not set the file association for Windows executables with Wine. This would enable running Windows executables in Wine by simply double clicking them." I saw a patch floating by to turn this on by default recently. Maybe we should make it off by default, but easy to turn on...?

15 46

Cursor patches
by Andrew Riedi Feb. 25, 2009

Feb. 25, 2009

Attached are some cursor patches I have been working on. These patches store the cursor in the wineserver, clean up user32 a little bit, draw .ani cursors more completely, and ultimately implement themed cursors. I am sending them here for some last review (big thanks to Henri for taking some time to give me some tips where I can improve my code) before wine-patches. Even though I have tested these patches best I can, more testing can never hurt, so I would appreciate any replies from people who want to test the patches. I would like to most hear from AJ about the first few patches and if I am moving cursors into the wineserver correctly or not. -- Andrew Riedi

1 0

Re: shell32: add a message for opening files with no association
by Austin English Feb. 25, 2009

Feb. 25, 2009

2009/2/25 Vincent Povirk <madewokherd+8cd9(a)gmail.com>: > Fixes bug 17485. > > Vincent Povirk > > > > diff --git a/dlls/shell32/shell32_En.rc b/dlls/shell32/shell32_En.rc index f752e6d..d7fa7c3 100644 --- a/dlls/shell32/shell32_En.rc +++ b/dlls/shell32/shell32_En.rc @@ -282,6 +282,8 @@ STRINGTABLE IDS_CPANEL_TITLE "Wine Control Panel" IDS_CPANEL_NAME "Name" IDS_CPANEL_DESCRIPTION "Description" + + IDS_SHLEXEC_NOASSOC "There is no Windows program configured to open this type of file." } Not sure if it matters for .rc files, but you're using spaces whereas the earlier entries are using tabs. -- -Austin

2 1

wiki.winehq.org down?
by Dan Kegel Feb. 25, 2009

Feb. 25, 2009

I can't get pages from http://wiki.winehq.org, though I can ping lattica.ca. The web server there seems to close connections after a long pause without any response. it looks like the wiki server needs restarting?

2 1

Re: crypt32: Fix more test failures on Win9x
by Paul Vriens Feb. 25, 2009

Feb. 25, 2009

Juan Lang wrote: > --Juan > > > ------------------------------------------------------------------------ > > Hi Juan, The first 4 changes are not correct. Win9x returns TRUE (1) here. -- Cheers, Paul.

1 1

Re: [programs/winetest] Extend PATH if we have dll's that only come with .NET (Try2)
by Nicolas Le Cam Feb. 25, 2009

Feb. 25, 2009

Hi Paul, minor comments : > programs/winetest/main.c | 60 > +++++++++++++++++++++++++++++++++++++++++++++- > 1 files changed, 59 insertions(+), 1 deletions(-) > > diff --git a/programs/winetest/main.c b/programs/winetest/main.c > index 74a4307..58e520b 100644 > --- a/programs/winetest/main.c > +++ b/programs/winetest/main.c > @@ -44,6 +44,7 @@ struct wine_test > int subtest_count; > char **subtests; > char *exename; > + char *maindllpath; > }; > > char *tag = NULL; > @@ -61,6 +62,9 @@ static unsigned int nb_filters = 0; > static HMODULE hmscoree; > static HRESULT (WINAPI *pLoadLibraryShim)(LPCWSTR, LPCWSTR, LPVOID, HMODULE > *); > > +/* To store the current PATH setting (related to .NET only provided dlls) > */ > +static char *curpath; > + > /* check if test is being filtered out */ > static BOOL test_filtered_out( LPCSTR module, LPCSTR testname ) > { > @@ -341,6 +345,19 @@ static DWORD wait_process( HANDLE process, DWORD > timeout ) > return WAIT_TIMEOUT; > } > > +static void append_path( const char *path) > +{ > + char *newpath; > + > + newpath = xmalloc(strlen(curpath) + 1 + strlen(path) + 1); > + strcpy(newpath, curpath); > + strcat(newpath, ";"); > + strcat(newpath, path); > + SetEnvironmentVariableA("PATH", newpath); > + > + free(newpath); > +} Perhaps use newpath = strmake( NULL, "%s;%s", curpath, path); I don't know. (I used it in a similar patch that I was making yesterday) > + > /* Run a command for MS milliseconds. If OUT != NULL, also redirect > stdout to there. > > @@ -446,8 +463,16 @@ get_subtests (const char *tempdir, struct wine_test > *test, LPTSTR res_name) > > extract_test (test, tempdir, res_name); > cmd = strmake (NULL, "%s --list", test->exename); > + if (test->maindllpath) { > + /* We need to add the path (to the main dll) to PATH */ > + append_path(test->maindllpath); > + } > status = run_ex (cmd, subfile, tempdir, 5000); > err = GetLastError(); > + if (test->maindllpath) { > + /* Restore PATH again */ > + SetEnvironmentVariableA("PATH", curpath); > + } > free (cmd); > > if (status == -2) > @@ -538,11 +563,27 @@ extract_test_proc (HMODULE hModule, LPCTSTR lpszType, > strcpy(dllname, lpszName); > *strstr(dllname, testexe) = 0; > > + wine_tests[nr_of_files].maindllpath = NULL; > dll = LoadLibraryExA(dllname, NULL, LOAD_LIBRARY_AS_DATAFILE); > if (!dll && pLoadLibraryShim) > { > MultiByteToWideChar(CP_ACP, 0, dllname, -1, dllnameW, MAX_PATH); > - if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) dll = > 0; > + if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) > + dll = 0; > + else > + { > + char dllpath[MAX_PATH]; dllpath should be declared at start of the function IMHO. > + > + /* We have a dll that cannot be found through LoadLibraryExA. > This > + * is the case for .NET provided dll's. We will add the > directory > + * where the dll resides to the PATH variable when dealing with > + * the tests for this dll. > + */ > + GetModuleFileNameA(dll, dllpath, MAX_PATH); > + *strrchr(dllpath, '\\') = '\0'; > + wine_tests[nr_of_files].maindllpath = xmalloc(strlen(dllpath) + > 1); > + strcpy(wine_tests[nr_of_files].maindllpath, dllpath); > + } This won't work if test needs more than one dll found through LoadLibraryShim > } > if (!dll) { > xprintf (" %s=dll is missing\n", dllname); > @@ -578,6 +619,12 @@ run_tests (char *logname) > DWORD strsize; > SECURITY_ATTRIBUTES sa; > char tmppath[MAX_PATH], tempdir[MAX_PATH+4]; > + DWORD needed; > + > + /* Get the current PATH only once */ > + needed = GetEnvironmentVariableA("PATH", NULL, 0); > + curpath = xmalloc(needed); > + GetEnvironmentVariable("PATH", curpath, needed); This should be GetEnvironmentVariableA. > > SetErrorMode (SEM_FAILCRITICALERRORS | SEM_NOGPFAULTERRORBOX); > > @@ -684,11 +731,21 @@ run_tests (char *logname) > struct wine_test *test = wine_tests + i; > int j; > > + if (test->maindllpath) { > + /* We need to add the path (to the main dll) to PATH */ > + append_path(test->maindllpath); > + } > + > for (j = 0; j < test->subtest_count; j++) { > report (R_STEP, "Running: %s:%s", test->name, > test->subtests[j]); > run_test (test, test->subtests[j], logfile, tempdir); > } > + > + if (test->maindllpath) { > + /* Restore PATH again */ > + SetEnvironmentVariableA("PATH", curpath); > + } > } > report (R_DELTA, 0, "Running: Done"); > > @@ -697,6 +754,7 @@ run_tests (char *logname) > logfile = 0; > remove_dir (tempdir); > free (wine_tests); > + free (curpath); > > return logname; > } I did a similar patch yesterday but forget to set PATH around run_ex in get_subtests so it didn't work when I tested on my W2K Pro test platform. Thanks for your work -- Nicolas Le Cam

2 4

Re: [1/3] wordpad: Added missing string values for some languages.
by Michael Stefaniuc Feb. 25, 2009

Feb. 25, 2009

Hello Dylan, please do not add the English strings for stringtable resources that aren't broken (here the Hungarian translation). It makes it hard to automatically detect (http://www.mikolaj.zalewski.pl/wine-transl/) if the resource is translated or not. Also you have fixed only the traditional Chinese stringtable but not the simplified Chinese one in the same Zh.rc file. The best way to check for translation errors is to pass --verify-translation to the wrc command invoked from the Makefile and look for ERR and DIFF lines. Dylan Smith wrote: > There were some string that were only available in for certain > languages, so I copied the english version of these values. > --- > programs/wordpad/Da.rc | 5 +++++ > programs/wordpad/Hu.rc | 18 ++++++++++++++++++ > programs/wordpad/Ja.rc | 1 + > programs/wordpad/No.rc | 1 + > programs/wordpad/Pl.rc | 5 +++++ > programs/wordpad/Ru.rc | 6 +++++- > programs/wordpad/Tr.rc | 5 +++++ > programs/wordpad/Zh.rc | 1 + > 8 files changed, 41 insertions(+), 1 deletions(-) > bye michael

1 0

Re: [2/2] WineD3D: Create a common sampling function in GLSL
by Henri Verbeet Feb. 25, 2009

Feb. 25, 2009

2009/2/24 Stefan Dösinger <stefan(a)codeweavers.com>: > > +static void shader_glsl_gen_sample_code(const SHADER_OPCODE_ARG *arg, DWORD sampler, const char *coord_reg, > + const glsl_sample_function_t *sample_function, const char *dst_swizzle, > + const char *bias) { You need to pass dst_swizzle as a swizzle + write mask instead of a string. As an API it's nicer than passing in random strings, but you will also need this when you're going to integrate the fixup code. I think it's a bit silly to pass sample_function to this function, the caller will only call shader_glsl_get_sample_function() to pass it to this function, so you might as well call it yourself. > + shader_glsl_append_dst(arg->buffer, arg); I'm not sure about this one. It's not strictly necessary to do this in the caller, but it would be more consistent between different instruction handlers to do it there, and have shader_glsl_gen_sample_code() only generate the second part of the line. I think it would be nicer to avoid the stack buffers foor coord_reg, either by splitting shader_glsl_gen_sample_code() in two functions to generate the start and end, or by passing it a format string for coord_reg. > + sprintf(instr, "%sLod", sample_function.name); > + sample_function.name = instr; > + shader_glsl_gen_sample_code(arg, sampler_idx, coord_param.param_str, > + &sample_function, dst_swizzle, > + lod_param.param_str); This is just ugly.

1 0

aquamark 3 crashing on startup?
by Dan Kegel Feb. 24, 2009

Feb. 24, 2009

I was hoping to demo aquamark 3, but it now crashes for me on startup. Did I forget the magic incantation to run it successfully? http://appdb.winehq.org/objectManager.php?sClass=version&iId=6616

1 0

Re: [2/2] WineD3D: Create a common sampling function in GLSL
by Paul Vriens Feb. 24, 2009

Feb. 24, 2009

Stefan Dösinger wrote: > > > You forgot the patch ;) -- Cheers, Paul.

1 0

Re: [6/6] shell32: implement Get/SetIDList on ShellItem objects
by Alexandre Julliard Feb. 24, 2009

Feb. 24, 2009

"Vincent Povirk" <vincent(a)codeweavers.com> writes: > + ILFree(This->pidl); > + This->pidl = ILClone(pidl); > + if (This->pidl) > + return S_OK; > + else > + return E_OUTOFMEMORY; You should check for success before you free the previous pidl. -- Alexandre Julliard julliard(a)winehq.org

1 0

Wine's malware compatibility: good
by David Gerard Feb. 24, 2009

Feb. 24, 2009

http://www.trustedsource.org/blog/186/Running-Windows-Malware-in-Linux With apps like ZeroWine, we can I think expect to see Windows binaries that try int 0x80 calls just because they might be useful and a Linux box will make a much more robust host. - d.

1 0

Re: [programs/winetest] Extend PATH if we have dll's that only come with .NET
by Nicolas Le Cam Feb. 24, 2009

Feb. 24, 2009

2009/2/24 Paul Vriens <paul.vriens.wine(a)gmail.com>: > Hi, > > This makes sure that if we have a dll that's only provided via .NET it can > still > be found. Now both our extraction (and the generation of the subtest list) > and > the real test will find the dll. > > The downside (and hence this is a bit hackish) is that we extend the PATH > for > every test. For now it's only gdiplus that needs this btw as that dll can > also > exist without .NET (if I'm correct) and these tests directly import gdiplus. > > Changelog > Extend PATH if we have dll's that only come with .NET > > -- > Cheers, > > Paul. > > > >From 3cf6c1e876ac032aab988efa0751b26b9643cf93 Mon Sep 17 00:00:00 2001 > From: Paul Vriens <Paul.Vriens.Wine(a)gmail.com> > Date: Tue, 24 Feb 2009 14:05:26 +0100 > Subject: [PATCH] Extend PATH if we have dll's that only come with .NET > > --- > programs/winetest/main.c | 28 +++++++++++++++++++++++++++- > 1 files changed, 27 insertions(+), 1 deletions(-) > > diff --git a/programs/winetest/main.c b/programs/winetest/main.c > index 74a4307..ee390ec 100644 > --- a/programs/winetest/main.c > +++ b/programs/winetest/main.c > @@ -542,7 +542,33 @@ extract_test_proc (HMODULE hModule, LPCTSTR lpszType, > if (!dll && pLoadLibraryShim) > { > MultiByteToWideChar(CP_ACP, 0, dllname, -1, dllnameW, MAX_PATH); > - if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) dll = > 0; > + if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) > + dll = 0; > + else > + { > + char *newpath; > + char dllpath[MAX_PATH]; > + DWORD needed, pathlen = 0; > + > + /* Extend the path so get_subtests() and the test itself can > find > + * the dll (gdiplus for example). > + */ > + GetModuleFileNameA(dll, dllpath, MAX_PATH); > + *strrchr(dllpath, '\\') = '\0'; > + > + needed = GetEnvironmentVariableA("PATH", NULL, 0); > + > + /* current path + ';' + dllpath + '\0' */ > + pathlen = needed + 1 + strlen(dllpath) + 1; > + newpath = xmalloc(pathlen); > + GetEnvironmentVariable("PATH", newpath, pathlen); > + > + strcat(newpath, ";"); > + strcat(newpath, dllpath); > + SetEnvironmentVariableA("PATH", newpath); > + > + free(newpath); > + } > } > if (!dll) { > xprintf (" %s=dll is missing\n", dllname); > -- > 1.6.0.6 > > > > > > What about extending wine_test struct with a path variable that will be set and restored around the CreateProcess call in run_ex if not null ? -- Nicolas Le Cam

2 1

Simple but awesome demos of Wine?
by Dan Kegel Feb. 24, 2009

Feb. 24, 2009

I'm going to be giving a Wine presentation at Cebit next month. You can see a draft of the presentation at http://kegel.com/wine/cebit2009/talk.html (I will say lots more than is written there; the slides are kept simple on purpose, with just the key idea in the caption.) A large part of the presentation will be demos of platium-rated apps. Can people suggest compelling apps to demo? Right now my list is kind of boring-sounding: Framemaker 7 Kid Pix gp-Untis Photoshop cs2 Futuretax Dreamweaver It'd be nice to also have some games, but I don't play enough to know which ones to pick. I suspect online games are out, since I can't count on an internet connection. I'm tempted to write an autohotkey script to demo each app so I don't have to worry about fumbling mouse clicks while on stage. The ability to script would be a nice demo itself. This show is a big opportunity for us to introduce Wine to a large audience, so any help here would be appreciated.

17 29

Re: [try2] gdiplus/tests: Dynamically load gdiplus.dll.
by Francois Gouget Feb. 24, 2009

Feb. 24, 2009

On Sun, 22 Feb 2009, Nicolas Le Cam wrote: > This avoid a messagebox in regression tests on systems that don't have > GdiPlus. This seems wrong because winetest.exe is already supposed to check for missing dlls. If I remember correctly this was done explicitely so that individual tests would not have to dynamically link everywhere. Also I tested on a platform that does not have gdiplus, and I did not get a message box. In fact, on that platform, winetest did not extract gdiplus_test.exe, which also seems very wrong to me. So I think that if there's any issue, it's on the winetest.exe side. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ "Lotto: A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U

6 10

Re: advapi32: Stubs for GetNamedSecurityInfoEx (attempt 4)
by Austin English Feb. 24, 2009

Feb. 24, 2009

On Tue, Feb 24, 2009 at 1:59 AM, Paul Bryan Roberts <pbronline-wine(a)yahoo.co.uk> wrote: > Reference bug 14334 (WordPerfect Office 2002: Unable to Install) > > Use of breakpoints in a debugger under WindowsTM has shown that > GetNamedSecurityInfoExA is called during a normal installation. From > this we infer that some kind of implementation of this routine is > necessary if the app in question is ever to install. It has been > determined empirically that a empty sub is sufficient. > > This attempt has been written without reference to the previous attempts > or to the piclist web site. It takes on board feedback received and has > done after study of carefully distilled precedent exposed at: > > http://wiki.jswindle.com/index.php/Stubs_Partially_Explained#Brief_Stub_Cod… > > http://wiki.jswindle.com/index.php/Coding_Hints:Patches#Copyright > > The patch provides a stub pair for the A and W forms of > GetNamedSecurityInfoEx. Prototypes in include/aclapi.h, implementations > in advapi32/security.c and the whats-it-called in advapi32/advapi32.spec. > > No reference to GetNamedSecurityInfoEx is to be found on the MSDN > web-site: the signature of these stubs is derived by splicing to > together GetNamedSecurityInfo and GetSecurityInfoEx (as found in > aclapi.h etc). You forgot the patch :-). -- -Austin

1 0

Re: faultrep:display useful information in ReportFault
by Jérôme Gardou Feb. 23, 2009

Feb. 23, 2009

Jérôme Gardou a écrit : > This should help debugging applications which performs their own > exception handling. After a bit of thinking, I think that this should be displayed each time the function is called. Is there any macro in wine/debug.h which would display a message, even when WINEDEBUG is set to "-all" ?

7 20