August 2006 - Wine-Devel - list.winehq.org

configure.ac: Show Messages about additional Packages with "--verbose"
by Detlef Riekenberg Aug. 20, 2006

Aug. 20, 2006

We should inform the User, when Wine is build without some Features. This Patch add Hints for additional Packages, which Wine can use. + X11-Extensions: Xext (Shm and shape), XRandr, XRender, Xxf86vmode added + libxslt1 added (libxslt1 depends on libxml2) + libhal added (libhal depends on libdbus-1) + libncurses / libcurses added + libsane added + libgphoto2 added + libicu added + liblcms added + libungif added - libdbus-1 not needed: libhal depends on libdbus-1 - libxml2 not needed: libxslt1 depends on libxml2 As requested by Alexandre, the Messages are displayed only, when requested by the User. I use the Option "--verbose" to enable the Messages. ("--verbose" is a standard Option for configure, but was unused) Changelog: - configure.ac: Show Messages about additional Packages with "--verbose" -- By by ... Detlef

1 0

compiling monolithic winetest executable with MSVC
by Saulius Krasuckas Aug. 20, 2006

Aug. 20, 2006

I've run "tools/api/msvcmaker --no-wine" and got winetest.dsp and wineruntests.dsp project files. If I exclude MSVC-non-compilable separate tests from the last project, some exe file is made. But is does nothing usefull. The first project produces winetest.lib, but its size is only 1272 bytes. I guess something is wrong with msvcmaker. Has anyone tried this? Did I miss something?

1 0

Re: [AppDB] Assorted language fixes for the front page
by Kai Blin Aug. 20, 2006

Aug. 20, 2006

On Sunday 20 August 2006 12:48, Alexander Nicolaysen Sørnes wrote: > Assorted language fixes for the AppDB front page. Shouldn't the first hunk be "howtos" instead of "howto's", anyway? Cheers, Kai -- Kai Blin, <kai Dot blin At gmail Dot com> WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin/ -- Will code for cotton.

1 0

Re: Allow older game to start up directx
by Stefan Dösinger Aug. 20, 2006

Aug. 20, 2006

Am Sonntag 20 August 2006 04:42 schrieb Tony Lambregts: > I have a game that uses Direct X[1] and complains that it is not > installed without this device. Credit for this patch goes to / > <mailto:lionel.ulmer(a)free.fr>/Lionel Ulmer <lionel.ulmer(a)free.fr> > > [1] See bug 2229 for more details. > http://bugs.winehq.org/show_bug.cgi?id=2229 > > Change log: Allow IID_IDirect3DRampDevice as valid Direct X interface. > > Files Changed: dlls/ddraw/direct3d_opengl.c This patch looks outdated, this file does not exist anymore since the ddraw write in 0.9.16. In the new code I couldn't find any check for the device ID(it always succeeds), so this patch shouldn't be needed.

1 0

Re: WineD3D: gpu detection
by Tom Wickline Aug. 19, 2006

Aug. 19, 2006

On 8/18/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > Hi, > Hello, > > This patch tackles the problem in a different way. The idea is not to return the exact videocard but a close match (a card supporting more or less the same opengl features or with similar performance). Based on test using the closed source drivers from nvidia and ati and also using the opensource radeon dri drivers, I made a list of what extensions are available on the cards. Further I checked which of the extensions indicate correspond to certain directx versions. > You may already be aware of this "Graphics Card Comparison Guide" but in case you don't here is the links, it may help in the match making process....... ATI : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=0 NVIDIA : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=1 XGI : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=2 S3 : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=3 SiS : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=4 Matrox : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=5 PowerVR : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=6 3dfx : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=7 Trident : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=8 Intel : http://www.rojakpot.com/showarticle.aspx?artno=88&pgno=9 Tom

4 3

Re: WineD3D: gpu detection
by Frank Richter Aug. 18, 2006

Aug. 18, 2006

On 19.08.2006 00:09, Roderick Colenbrander wrote: > + } else if(WINE_D3D8_CAPABLE(gl_info)) { > + if (strstr(gl_info->gl_renderer, "GeForce4 Ti") || strstr(gl_info->gl_renderer, "Quadro4")) > + gl_info->gl_card = CARD_NVIDIA_GEFORCE4_TI4200; /* Geforce4 Ti4200/Ti4400/Ti4600/Ti4800, Quadro4 */ > + else if (strstr(gl_info->gl_renderer, "GeForce4 MX")) > + gl_info->gl_card = CARD_NVIDIA_GEFORCE4_MX; /* MX420/MX440/MX460/MX4000 */ Small note: GeForce4 MX is not a DX8 capable card. It's a souped-up GeForce2 MX and labelled "4" for marketing reasons. So perhaps move that check into the DX7 branch. -f.r.

1 0

Re: WineD3D: gpu detection
by Jesse Allen Aug. 18, 2006

Aug. 18, 2006

On 8/18/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > Hi, > > In case of Direct3D each device exports the pci device/vendor ids of the videocard. Lots of programs use these ids to get an idea about the capabilities of the card, enable/disable features based on the detected card or sometimes they are used for evil purposes aswell (working around bugs). .... > > Compared to the first method which I described which solely relied on the parsing of renderer strings this method is better because it takes into account the opengl capabilities of the videocard. So when a new card is out which isn't in our list, we won't fallback to a very basic card but can still return a 'close match' because of the opengl extension checks. > This patch is a nice idea. Some games query pci ids and do stupid things with it if it gets one it doesn't recognize. Using fake ids of a common card will help some. This potentially means that Wine will have better compatability with older games on newer hardware. For me this fixes a problem with battlefront under wine where battlefront sees CARD_WINE and turns everything to low and disables use of programmable shaders completely. It was very annoying because there was no way to force shaders back on in the game. I wrote a hack to fix it, but now I'm glad there is a patch that does this lots better! Thanks Roderick, Jesse

1 0

re-reading from registry
by Christoph Probst Aug. 18, 2006

Aug. 18, 2006

Hi, I'm still working on the clamav integration in wine. One question that came up recently is how to handle configuration changes. I'd like to allow to configure the virusscanner 'online' without restarting the wineserver or applications currently running. As the configuration is stored in the registry I could read all affected values every time I need them (that means several RegQueryValueExA() calls for every virusscan). But I found that this costs quite some time and even seems to cause IE5 to crash (does anyone know or want to know the reason?). When I save a local copy of my registry values and only update them every x seconds everything is fine. But is that a recommended way or is there a better solution to get notified if a registry key has been changed? If found RegNotifyChangeKeyValue() but I'm not sure if it is the right approach ... Cheers Chris -- Kontakt-Details: http://www.christoph-probst.com/kontakt/ PGP-FP: B171 7EA4 988C DD90 1601 D21C 5279 2FAF 9978 AF86

1 0

Re: tools[1/2]: wineprefixcreate: create a freedesktop-enabled menu directory
by Vitaliy Margolen Aug. 18, 2006

Aug. 18, 2006

Thursday, August 17, 2006, 2:08:25 PM, Mikolaj Zalewski wrote: > When creating the wineprefix, create a directory for the menu and a > configuration file that enables this menu in the freedesktop.org menu > structure. As suggested on wine-devel the menu directory is a > subdirectory of ~/.wine, so if the user deletes it, all menu items > created there will be automatically removed. > +<Name>Applications</Name> > + <Menu> > + <Name>Wine</Name> > + <LegacyDir>__HOME__/.wine/menu</LegacyDir> > + </Menu> > +</Menu> Why are you hard-coding this path to being .wine? You correctly used $WINEPREFIX before. Also that means that you should add files that are WINEPREFIX related. Or you will keep overwriting the other ones. Vitaliy Margolen

2 1

riched20: Send EN_LINK notifications. Properly underline / color links.
by renu.rajput＠tcs.com Aug. 17, 2006

Aug. 17, 2006

The patch at http://www.winehq.org/pipermail/wine-patches/2006-August/029855.html needs to be corrected a bit: In file editor.c, there is a change as follows > case WM_MOUSEMOVE: > if (GetCapture() == hWnd) > ME_MouseMove(editor, (short)LOWORD(lParam), (short)HIWORD(lParam)); > break; > + ME_LinkNotify(editor,msg,wParam,lParam); > Here, the function ME_LinkNotify is called after the break. So it would not get executed. Thanks! =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

1 0

Re: X11Drv/OpenGL pixelformat rewrite
by Tomas Carnecky Aug. 17, 2006

Aug. 17, 2006

Testing with World of Warcraft, the game runs fine, but I see this in the console: err:wgl:wglGetPixelFormatAttribivARB Unable to convert iPixelFormat 0 to a GLX one, expect problems! tom

2 1

[UPDATE 4] RFC: XEmbed System Tray Patch
by James Liggett Aug. 16, 2006

Aug. 16, 2006

Attached is the fourth update to my XEmbed system tray patches. For this version I made some fairly major changes: 1. Did away with the low-level checks for systrays, and instead had the systray icon windows created off-screen so they aren't mapped, as per Alexandre's suggestion. 2. systray_dock_window will put the icon windows back on the screen if there isn't an XEmbed tray to dock with. 3. Eliminated the WS_EX_TRAYWINDOW style hack, and moved the call to systray_dock_window to X11DRV_CreateWindow. I used the window class name to see if it was a tray window being created or not. 4. Consolidated all patches into one, as the individual patches weren't really individual changes. (Thanks to Mike McCormack for this advice.) As usual, comments/suggestions appreciated. Thanks again, James Liggett

2 1

[Fwd: Wine 0.9.19 upgrade problem]
by Scott Ritchie Aug. 16, 2006

Aug. 16, 2006

1 0

Last call for hotel and mailing list sign up
by Jeremy White Aug. 16, 2006

Aug. 16, 2006

Hi Folks, I got a brief repreive from the U of Reading, so I'm sending them the final counts tomorrow morning, so this is your last chance to request a room. Also, I'd like to start a thread on proposed meeting topics, so I'd like to ask everyone that's coming to make sure that they're subscribed to the wineconf mailing list so they can follow along. (And give those that don't want to be on it any longer to unsubscribe). Cheers, Jeremy

1 0

wined3d: direct3d.c variable-names request
by Andrew Talbot Aug. 16, 2006

Aug. 16, 2006

This request is aimed at the wined3d specialists. Hi, I'm looking to fix a couple of write-strings warnings in direct3d.c: lines 323 and 334, the second parameter to Callback(), but I don't know enough to give suitable names to the intended substitute variables. So I would be glad of suggestions, please. Thanks, -- Andy.

2 4

Re: widl [1/4]: Fix NdrConformantArrayUnmarshall calls in generated code
by Robert Shearman Aug. 16, 2006

Aug. 16, 2006

Dan Hipschman wrote: >This series of four patches allow gcc to compile the proxy file that widl >generates for oaidl.idl. This first patch fixes the number and types of >arguments widl generates for NdrConformantArrayUnmarshall calls. > >ChangeLog: >* Generate the correct args for NdrConformantArrayUnmarshall in proxy code > > Hi Dan, It might be better to reuse the code in typegen.c rather than maintaining two different pieces of code that essentially do the same job. -- Rob Shearman

2 2

Re: [RESEND] user: Select entire text if DLGC_HASSETSEL set
by Alexandre Julliard Aug. 16, 2006

Aug. 16, 2006

Stefan Siebert <stefan.siebert(a)web.de> writes: > +static void DIALOG_SelectTextIfHasSetSel( HWND hwndEdit ) > +{ > + MSG msg; > + LRESULT dlgCode; > + > + dlgCode = SendMessageW (hwndEdit, WM_GETDLGCODE, msg.wParam, (LPARAM)&msg); msg is not initialized, you are sending garbage to the app. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winecfg: appdefaults: use more strings from resources, unicode
by Paul Vriens Aug. 16, 2006

Aug. 16, 2006

On Wed, 2006-08-16 at 06:23 +0200, Frank Richter wrote: > +#define IDS_DEFAULT_SETTINGS 8017 > +#define IDS_EXECUTABLE_FILTER 8018 > +#define IDS_USE_GLOBAL_SETTINGS 8019 > +#define IDS_SELECT_EXECUTABLE 8020 Hi Frank, the patch is applied but the strings are not defined in the .rc files. Looks a bit strange now when starting winecfg. Cheers, Paul.

1 0

Benchmarking Wine
by Tom Wickline Aug. 16, 2006

Aug. 16, 2006

Hello, I'm planning to update the benchmarks on the wiki with version 9.20 when it's released and thought I would ask in advance if anyone here has any ideas about the benchmarks. The three new benchmarks that I plan to add are 3DMark03, 3DMark05?? and 3DMark06 Anyone here interested in ShaderMark or AquaMark? or any other bench for that matter. Also Ive made a small update to : http://wiki.winehq.org/BenchMark-0%2e9%2e6 The test were not run under optimal conditions, other apps open, not from a clean boot, run in a window, and with debugging on... So the scores should improve :) Cheers, Tom

5 11

Re: advapi32: add GetComputerObjectName tests (revised)
by Paul Vriens Aug. 16, 2006

Aug. 16, 2006

On Wed, 2006-08-16 at 07:28 -0400, Robert Reif wrote: > Revision based on feedback from Paul Vriens. Hi Robert, your patch was already applied. Could you diff it against current? Cheers, Paul.

1 0

Re: regedit: Write-strings warnings fix and remove superfluous casts (Resend)
by Alexandre Julliard Aug. 16, 2006

Aug. 16, 2006

Andrew Talbot <Andrew.Talbot(a)talbotville.com> writes: > Please tell me what is wrong with this patch. Thank you. It's causing warnings: gcc -c -I. -I. -I../../include -I../../include -I../../include/msvcrt -DNO_LIBWINE_PORT -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -fno-builtin -o childwnd.o childwnd.c childwnd.c: In function 'GetItemFullPath': childwnd.c:135: warning: passing argument 1 of 'CombinePaths' from incompatible pointer type childwnd.c: In function 'GetPathFullPath': childwnd.c:144: warning: passing argument 1 of 'CombinePaths' from incompatible pointer type -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winecfg: Use WCHARs for window title
by Alexandre Julliard Aug. 16, 2006

Aug. 16, 2006

Frank Richter <frank.richter(a)gmail.com> writes: > From 8aaa9ca3552c7e3662c58671c9bc789b1492aa32 Mon Sep 17 00:00:00 2001 > From: Frank Richter frank.richter(a)gmail.com <frank.richter(a)gmail.com> > Date: Wed, 16 Aug 2006 05:44:29 +0200 > Subject: [PATCH] winecfg: Use WCHARs for window title You should switch the app name to Unicode too, this way you wouldn't need to change all the format strings. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [1/5] kernel: add VirtualAllocEx remote thread conformance tests (updated)
by Alexandre Julliard Aug. 16, 2006

Aug. 16, 2006

tkho(a)ucla.edu (Thomas Kho) writes: > diff --git a/dlls/kernel/tests/Makefile.in b/dlls/kernel/tests/Makefile.in > index bfeae14..5f6c12e 100644 > --- a/dlls/kernel/tests/Makefile.in > +++ b/dlls/kernel/tests/Makefile.in > @@ -3,7 +3,7 @@ TOPOBJDIR = ../../.. > SRCDIR = @srcdir@ > VPATH = @srcdir@ > TESTDLL = kernel32.dll > -IMPORTS = kernel32 > +IMPORTS = kernel32 user32 It would be cleaner to avoid importing user32 in the kernel tests. What you probably should do is have the test create more instances of itself the way the process test does. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: advapi32: add GetComputerObjectName tests (resend)
by Paul Vriens Aug. 16, 2006

Aug. 16, 2006

On Tue, 2006-08-15 at 19:01 -0400, Robert Reif wrote: > plain text document attachment (secur32.tests.diff.txt) > diff -puN wine.cvs/dlls/secur32/tests/Makefile.in wine/dlls/secur32/tests/Makefile.in > + rc = GetComputerObjectNameW(formats[i], nameW, &size); > + ok(rc || ((formats[i] == NameUnknown) && > + (GetLastError() == ERROR_INVALID_PARAMETER)) || > + (GetLastError() == ERROR_CANT_ACCESS_DOMAIN_INFO), > + "GetComputerObjectNameW(%d) failed: %ld\n", > + formats[i], GetLastError()); > + } > +} > + > +START_TEST(secur32) > +{ > + testGetComputerObjectName(); > +} Hi Robert, you must likely have to change the tests to check: a) if secur32 is available (NT4 seems to lack this one) b) W-calls are (sometimes) not present on non-unicode versions of windows. http://test.winehq.org/data/200608151000/ already shows errors with secur32 and NT4 (I get a pop-up that it can't find secur32.dll). Cheers, Paul.

1 0

RFC: XEmbed Systray Patches
by James Liggett Aug. 16, 2006

Aug. 16, 2006

Hello everyone, After a long hiatus, I'm trying again to get XEmbed systray support into Wine. I've been working on it for the past few days and I've got these patches. These are based on the system tray code from the Wine version used in the Linux port of Picasa [1] (which in turn was based on the work of Mike Hearn and Rob Shearman.) These patches are basically the same thing, with some fixes: 1. Use proper wine_tsx11 locking. 2. Clean up inappropriate C++ comments in that code. 3. Properly populated the XEvent structure to send docking messages. (According to the XEmbed systray spec [2], any unused fields in the message must be set to 0.) 4. Broken into five atomic patches against today's GIT. In my testing on Gnome 2.14, these patches dock much more reliabaly than the last ones, but they're still not quite perfect. In most cases, programs dock fine until about the seventh consecutive run (behavior observed with Steam and a small test program I wrote.) However, I noticed that it works perfectly if I enabled a +x11drv trace, so I suspect that this has something to do with stack problems, but I've been unable to find the source of the problem. I'd appreciate it if someone could give me some assistance on tracking down this issue. If you'd like to test these, please apply them in the order that they're numbered. Any comments/suggestions appreciated. Thnaks, James Liggett [1]: http://code.google.com/wine.html [2]: http://standards.freedesktop.org/systemtray-spec/systemtray-spec-0.2.html#m…

2 13