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

Re: [4/5] WineD3D: Enable the draw buffers extension only when used
by H. Verbeet 22 Oct '07

22 Oct '07

On 22/10/2007, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > The shader works in the end, but the complaints pollute the logs and > make tracking real failures more difficult. I don't think this change makes things better there.

2 3

Re: gdi32 (1/2): fix unchecked NULL ptr in BIDI_Reorder
by Alexandre Julliard 22 Oct '07

22 Oct '07

Alexander Dorofeyev <alexd14(a)hushmail.com> writes: > >> One problem is that it wasn't assured lpOutString isn't NULL, and NULL > >> was getting passed to this routine by GetCharacterPlacementW. so it was > >> crashing in memcpy. This patch creates a temporary buffer when > >> lpOutString is NULL and it is used for in-place modifications instead in > >> such case. You shouldn't need to allocate a new buffer, the output modifications should be skipped when no output string is requested. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: urlmon: Add tests for BindToObject for URL monikers based on the existing tests for BindToStorage.
by Alexandre Julliard 22 Oct '07

22 Oct '07

Robert Shearman <rob(a)codeweavers.com> writes: > dlls/urlmon/tests/url.c | 201 > +++++++++++++++++++++++++++++++++++++++++++++- > 1 files changed, 196 insertions(+), 5 deletions(-) Some of the todos are succeeding here: ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so url.c && touch url.ok url.c:1293: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1299: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1293: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1299: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1293: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1299: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1293: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1299: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1293: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1299: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1293: Test succeeded inside todo block: expected QueryInterface_IServiceProvider url.c:1299: Test succeeded inside todo block: expected QueryInterface_IServiceProvider make[2]: *** [url.ok] Error 12 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [5/5] WineD3D: A point size fix
by H. Verbeet 22 Oct '07

22 Oct '07

On 22/10/2007, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > D3D's point size limit is the output point size, GLs the input. Modify > the scale parameters to deal with this. Shouldn't the caps be changed as well then?

2 1

Re: pdh: check for NULL pointer reference
by Hans Leidekker 22 Oct '07

22 Oct '07

On Monday 22 October 2007 11:30:10 Jeff Latimer wrote: > This function has specific XP behaviour which I have tested but I have > not been able to verify that Win2k etc works the same. Any comment welcome. I don't think we want to emulate the broken XP behaviour of requiring a buffer, even when querying the buffer size. Apps written to comply with this behaviour should work on the current implementation. And MSDN mentions only XP, which implies that it has been fixed in Win2k3 and up. -Hans

2 3

Phoronix: Ubuntu 7.10 + WINE vs. Windows XP
by speedator 22 Oct '07

22 Oct '07

Hello everybody, new benchmark-test at phoronix.com: http://www.phoronix.com/scan.php?page=article&item=882&num=1

8 15

re: ReplaceFileW (was: Phoronix: Ubuntu 7.10 + WINE vs. Windows XP)
by Dan Kegel 22 Oct '07

22 Oct '07

Reece Dunn wrote: > The patch was rejected by Alexandre because the patch was > implementing that command using Windows API calls, > when it should be implemented natively as POSIX/GNU calls. Really? Where did he say that? It'd be nice to link to that from http://bugs.winehq.org/show_bug.cgi?id=7544 - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 5

WOAFONT needed
by Uwe Bonnes 21 Oct '07

21 Oct '07

Hello, http://dmt.mhilfe.de/ is a tool to read out DSL-line parameters. The windows version knows about a lot of DSL Modems, while a linux rewrite only knows of a small amount of modems. Running as root, because of an ICMP call in the program to find the DSL modem in the network, the program runs fine. However the font is unreadable small. The author uses the app850.fon font, which seems to cause a lot of trouble in windows too. However the cures given in the webpage (put the font into windows/fonts and add [386enh] [woafont=app850.FON]) don't help for me. wine/dlls/gdi32/freetype.c also talks about the app850 font, however neither gives a hint usefull for me. Any ideas? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

IntelMac compile error
by Steve Brown 21 Oct '07

21 Oct '07

Hi All, Trying to build Wine 0.9.47 on an Intel MacBook Pro (2.16GHz Core Duo).... compilation stops at: mach.c: In function 'get_thread_context': mach.c:166: error: 'x86_debug_state32_t' undeclared (first use in this function) mach.c:166: error: (Each undeclared identifier is reported only once mach.c:166: error: for each function it appears in.) mach.c:166: error: parse error before 'state' mach.c:167: error: 'state' undeclared (first use in this function) mach.c:182: error: 'x86_DEBUG_STATE32' undeclared (first use in this function) mach.c: In function 'set_thread_context': mach.c:210: error: 'x86_debug_state32_t' undeclared (first use in this function) mach.c:210: error: parse error before 'state' mach.c:211: error: 'state' undeclared (first use in this function) mach.c:245: error: 'x86_DEBUG_STATE32' undeclared (first use in this function) make[1]: *** [mach.o] Error 1 make: *** [server] Error 2 I stared briefly at the code, and didn't see anything obvious -- also a quick grep through the source directories and the XCode Headers didn't find a header file that included "x86_debug" (case insensitive grep). Ideas? Steve Brown sbrown7(a)umbc.edu

2 2

Re: [AppDB] Tell the user not to submit screenshots of installers, error messages etc.
by Vitaliy Margolen 21 Oct '07

21 Oct '07

Alexander Nicolaysen Sørnes wrote: > These don't really say much about how an application works. > > Why wouldn't you want to see game menu? I think that's a bit way too much. Then the next step would be to require movie of the actual game play? Installers - yeah it's a bit irrelevant. However even errors helpful. When errors are fixed people can see that. And image can be easily removed. So in short - you can add installers to the list of don'ts. But that's about it. Vitaliy.

1 0