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

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

20 Aug '06

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 20 Aug '06

20 Aug '06

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 20 Aug '06

20 Aug '06

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 20 Aug '06

20 Aug '06

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 19 Aug '06

19 Aug '06

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 19 Aug '06

19 Aug '06

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 18 Aug '06

18 Aug '06

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 18 Aug '06

18 Aug '06

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 18 Aug '06

18 Aug '06

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 17 Aug '06

17 Aug '06

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