April 2006 - Wine-devel - list.winehq.org

Re: [WINED3D] Improve pshader code structure
by Vitaliy Margolen 13 Apr '06

13 Apr '06

Wednesday, April 12, 2006, 4:02:58 PM, Ivan Gyurdiev wrote: > The point of this patch is to pull out things like modifier processing > (write masks, saturate, swizzle) from different case statements, and put > them in a more common path, which simplifies code, and makes sure we > don't miss cases. Also, reorder things as appropriate to get rid of the > crazy continue/switch flow control that's confusing me. Dead code paths > were also if0'ed. > Patch introduces undesired effect that now input and output modifiers > are allowed on all instructions, which is definitely not valid according > to MSDN. However, I don't think we should care at this point, since > processing of valid shaders, and simplifying the code path should take > precedence. We can add validation later in a more appropriate place [ > the current "validation" is to completely disable or enable modifiers on > certain instructions, which is not correct either - and it should fail, > not just print a fixme on error ]. > Patch will enable processing _bx2 modifier on certain texture > instructions, which is valid in shaders 1.2/1.3. Also, is negation and > swizzling valid on texture instructions in 3.0? If it is, this will > process it. Also will enable write mask processing in some texture > instructions where it previously wasn't, generating more correct shader. I'm afraid this page changes too much at one go. You should split it into separate pieces. For example: > TRACE("Found opcode D3D:%s GL:%s, PARAMS:%d, \n", > - curOpcode->name, curOpcode->glname, curOpcode->num_params); > + curOpcode->name, curOpcode->glname, curOpcode->num_params - 1); should be one patch. Btw why are you adding -1 here? This could be turned into one big patch that is no-op: > /* Cubemap textures will be more used than 3D ones. */ > - sprintf(tmpLine, "TEX T%lu, TMP, texture[%lu], CUBE;\n", reg, reg); > + sprintf(tmpLine, "TEX T%lu, TMP, texture[%lu], CUBE;\n", output, output); Vitaliy Margolen

2 1

Wine fonts too big for their input fields.
by Tony Lambregts 13 Apr '06

13 Apr '06

We now have at least three bugs[1] where the program will not accept the all the characters that are required if we do not use native fonts. The latest bug report was reported just today and the reporter resolved the bug as FIXED when he used Native fonts. So I have a couple of questions. Should we consider using native fonts a "FIX" or is it just a workaround? Or in other words can we fix our built in fonts to fix this. Should These bugs marked a duplicates? [1] http://bugs.winehq.org/show_bug.cgi?id=2389 http://bugs.winehq.org/show_bug.cgi?id=4162 http://bugs.winehq.org/show_bug.cgi?id=5052 -- Tony Lambregts

6 17

Re: Comctl32: fix listview column resize [2/2] (resend)
by Detlef Riekenberg 12 Apr '06

12 Apr '06

Mikołaj Zalewski wrote: > When resizing the columns of a listview by dragging the header columns > divider, the list columns resizes after every mouse move while the > header only draws a tracking line and resizes when the mouse button goes > up. These patches tries to fix it. The Drivers-Listview in winecfg works now (thanks for that fix), but the Listview-Issues in winefile are still present. Any Ideas? -- By By ... ... Detlef

2 1

undefined reference to `FT_Load_Sfnt_Table'
by Saulius Krasuckas 12 Apr '06

12 Apr '06

WRT suite build fails for quite long time already: [1] So that probably was caused by the patch from Huw: [2] It may happen because of missing FreeType 2 stuff: [3] If that's the case for us (Paul Millar), can it be worked around by adding another configure check, guys? Or it isn't worth an effort? [1] http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php?max=5&start=869 [2] http://source.winehq.org/git/?p=wine.git;a=commit;h=130a0e4f41e8f3c38194273… [3] http://lists.freedesktop.org/archives/fontconfig/2005-June/001377.html

3 2

Re: DNSAPI: implement DnsQuery_UTF8 (review only)
by Juan Lang 12 Apr '06

12 Apr '06

+ if (options & DNS_QUERY_NO_NETBT) + FIXME( "option DNS_QUERY_NO_NETBT not implemented\n" ); In fact, you do support this. You don't support the lack of it. That is, you don't call NetBIOS() to do a name lookup if it isn't specified. I'm not sure you really want to though. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 6

RE: IDE with Winemaker
by Ng, Billy H CIV NAVSEA 12 Apr '06

12 Apr '06

In KDevelop, did you set up a new project your ddraw test app? If so, which type did you pick? Thanks. -----Original Message----- From: Stefan Dِsinger [mailto:stefandoesinger(a)gmx.at] Sent: Thursday, March 23, 2006 9:27 To: wine-devel(a)winehq.org; Ng, Billy H CIV NAVSEA Subject: Re: IDE with Winemaker Hi, > Hi, I am a Windows Developer who is new to the Linux world. Is there any > IDE (like Visio Studio) I can use with Winemaker? I am trying to port a > Windows App to Linux Fedora. I managed to use wineg++ with kdevelop by overriding the compiler. It worked quite well for my needs(code a ddraw test app), but I don't know if it works for bigger apps. Just set a CC="winegcc", CXX="wineg++" and LINK="winegcc" (??) environment variable in the projekt options. There isn't any IDE which offers an editor for the resource files, so you have to edit them by hand.

2 1

Re: Protect some DIB functions from bad inputs.
by Rein Klazes 12 Apr '06

12 Apr '06

On Tue, 11 Apr 2006 10:24:14 +0200, you wrote: >> Hi, >> >> There are a couple of entries in the bug database (at least #4334 and >> #4664) where the application calculates a wrong pointer for bitmap data. >> The application survives on Windows but crashes on wine. >> >> >> Changelog: >> dlls/x11drv : dib.c >> dlls/gdi/tests : bitmap.c >> Protect the Set/Stretch DIBitfunctions from accessing bad bitmap data. >> Add some tests that would crash without that. >> > >Hello, > >I'm sorry if writing to you directly is not right thing to do, I was >advised so on #wine-hq. > >I would just like to ask you why this patch didn't get merged to git >(and subsequently to 0.9.11) and if there is anything I can do to get it >in in time for 0.9.12? I have no idea why it was not merged, never got any comments. Cc' ed to the developers list for suggestions. A re-diffed patch is attached. Rein

6 6

re: Wine fonts too big for their input fields.
by Dan Kegel 12 Apr '06

12 Apr '06

Duane Clark wrote: >I also have an installer (for Xilinx) that exhibits this problem. I >created a small application that creates a single line edit control >(which is what the Xilinx installer uses). I notice that on Win2k the >EM_GETMARGINS message returns zero for left and right messages, but on >Wine it returns 2 for both margins. Would that be suitable for use as a conformance test? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Wine won't show any characters after the first run
by David D. Hagood 12 Apr '06

12 Apr '06

I'm having a strange problem with Wine - it will not show any characters in any windows, UNLESS I delete Wine's registry files - then it will show characters for the first program run, but no other programs thereafter (including repeat runs of the first program). So, for example, I can run "winecfg" and it will show the config window, with 2 rows of tabs, but no text anywhere. If I then delete ~/.wine/*.reg and re-run winecfg, it will show the characters, and interestingly enough it will place the tabs in one long row rather than 2 rows. If I then run, say, regedit, it will NOT show any characters at all. If I exit winecfg and re-run it, it will now show no characters, and it will place the tabs into 2 rows. I've run it with WINEDEBUG=+font and don't see anything screamingly obvious in terms of errors. This is with a fresh full checkout from CVS as of yesterday (11 Apr 2006), built, and installed (after removing /usr/include/wine, /usr/lib/wine, and /usr/bin/wine*), under SuSE 9.3. Soooo - any suggestions for things to look for?

1 0

Problem with explorer desktop and PAINT messages
by Jesse Allen 12 Apr '06

12 Apr '06

Hi, There is a problem with explorer managing the desktop and the sending of PAINT messages. I've narrowed it down to the following area. In dlls/user/message.c wait_message_reply(), if QS_PAINT are the bits we get, and we call MsgWaitForMultipleObjectsEx, it seems to block the process indefinitely. Should another process be replying here? I decided to make the function return if we get QS_PAINT. Now my app doesn't hang and paints properly. Any ideas what I should be looking for or know? Note the call MsgWaitForMultipleObjectsEx waits for sent messages. Changing it makes no difference. Thanks, Jesse --- wine-current/dlls/user/message.c 2006-03-30 19:37:06.000000000 -0700 +++ wine/dlls/user/message.c 2006-04-09 18:47:14.000000000 -0700 @@ -2136,7 +2136,7 @@ static void wait_message_reply( UINT fla } SERVER_END_REQ; - if (wake_bits & QS_SMRESULT) return; /* got a result */ + if (wake_bits & (QS_SMRESULT | QS_PAINT)) return; /* got a result */ if (wake_bits & QS_SENDMESSAGE) { /* Process the sent message immediately */

2 7