wine-devel March 2012

wine-devel@winehq.org

93 participants
206 discussions

Re: Problem with Precise beta 1, unity-3d, and wine menus?
by Dan Kegel 15 Mar '12

15 Mar '12

Thanks, Alexey! - Dan On Wed, Mar 14, 2012 at 4:37 PM, Alexey Loukianov <mooroon2(a)mail.ru> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > 13.03.2012 06:35, Dan Kegel wrote: >> In all cases, I'm using the commercial nvidia drivers supplied by ubuntu >> (for precise, version 295.20; for 11.10, version 280.13), so I'm not sure >> if the problem is the new X, or the new drivers. >> >> Before I go reporting an ubuntu bug, or jamming newer drivers into my older >> ubuntu system, has anybody else noticed this? > > Hello Dan, > > Chances are good you're hitting nVIDIA drivers bug: it had been reported on > "official nVIDIA Linux support forum" (nvnews.net) that since around 295.17+ > there are a lot of corrupted rendering of UI elements, especially for Gtk2/3 > apps. For 295.20 there are several other bug reports available, both on nvnews > forums and in Wine's Bugzilla, not directly related to "corrupted rendering" > problem, but rather about unexpected crashes in apps which had been working > good previously with the older driver version. > > As for me - since I had moved from 280.13 into using drivers 295.17 (had to > skip all versions in-between due to various rendering bugs they had introduced > when playing games under Wine) I had noticed some rendering issues in apps > which use accelerated GPU rendering to do compositing (recent versions of > Firefox and Thunderbird and Google Chrome). Tomorrow I'm going to give 295.20 > a test - there's bug report about "Rage" game crashing with this driver > version under Linux/Wine I want to reproduce - and in case 295.20 would cause > crashed and/or rendering bugs on my PC I'm going to revert back to 280.13 or > to the latest driver from 275.x series. > > - -- > Best regards, > Alexey Loukianov mailto:mooroon2@mail.ru > System Engineer, Mob.:+7(926)218-1320 > *nix Specialist > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.16 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPYSvAAAoJEPB9BOdTkBULAPIIAIHvvLaGTXY4JoIzQ0T9mced > I/P9GGulrxyZimf+heaneXYhxNKySI60z5O7GoLZsuZysT8o45HWvCmkb6zSZ/WE > +O3bpH2Q4eoTWulCiONSPnNVouNreRTQE7tLksdtWn5VX9l/roBGBBdM79jF2wB4 > I8zyEihmB8eQepLA7czDrNVUSOyScp+rdCH4u1SUdP0Vg034WJviIgcaahrBqLRG > gdINXPpZ0O9Tj688GrrwP8PWy5k7ZkVKY4XtjzsN1XlJW2M9HmD0N1AoI39WtpXd > U4KL4O0daVmQ3x4wfrHUy5KRCgfpMDS8xBL6gfbTxAHLKhon9XhFP2cxrbao2gM= > =ZS+F > -----END PGP SIGNATURE-----

1 0

Problem with Precise beta 1, unity-3d, and wine menus?
by Dan Kegel 15 Mar '12

15 Mar '12

Hi all, on Precise beta 1 logged in with unity-3d, giving the command wine winemine and then clicking on the "Game" menu usually results in only a small part of the pulldown menu showing up. (Also shows up in many other apps that use menus, e.g. mspaint.) This is not a problem in unity 2d, or in Ubuntu 11.10 with unity 3d. Using virtual desktop, or telling the window manager to not manage windows, works around the problem. In all cases, I'm using the commercial nvidia drivers supplied by ubuntu (for precise, version 295.20; for 11.10, version 280.13), so I'm not sure if the problem is the new X, or the new drivers. Before I go reporting an ubuntu bug, or jamming newer drivers into my older ubuntu system, has anybody else noticed this?

2 1

A question about Wine's mshtml implementation vs. crashing app
by Alexey Loukianov 14 Mar '12

14 Mar '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day to all, I've got a question, which is most probably should be addressed to Jacek Caban, concerning the proper way to debug and report about the problems with wine-gecko/mshtml implementation. What I've got here is an app that crashes unless I install IE6 or IE7 (i.e. - native mshtml implementation) using winetricks. So, what should I do (what data to collect, what test to run) prior to firing up a new bug report to Bugzilla? Thanks in advance for hints. P.S. Another thing about wine-gecko vs. native dlls: in case one would try to install native VC++ 6.0 runtime and then try to run some app which imports mshtml - it would crash on wine-gecko trying to import non-exported function from msvcrt runtime. Is it considered a bug by Wine devs? Should I report it? - -- Best regards, Alexey Loukianov mailto:mooroon2@mail.ru System Engineer, Mob.:+7(926)218-1320 *nix Specialist -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPX6cYAAoJEPB9BOdTkBUL/LUH/RmvvObiDIwTTmqKke76cE42 aNmTKirFiadIYZKTZsqJlRzox3lRj0ySfOy8C7mHUREOwFhhMR4b8FwTEtemfhEN 9hpyPvY4iNel8YUMA8TJW1B8jb8sOlDPlg+qyphUcJI89vGHf7slCwzHLRYwJbjK qgqONwtg49WLuDs2IRqyYptgTr3wKZw5yJC036DBaF/pg2JeCZIqF0p3ZDD+6+Vg OnrcvLLRn+Ij1bagpVe25YSZCLqMSCHB73tU18ou6/1OHvualVagBzit++TLWQ4M 2/fE/+mi+oL0qZ9TXnsyfhlGAv7lD4TD2BOSvFiK2Si392bY8xXNk4VdmuXL1rE= =uDnt -----END PGP SIGNATURE-----

3 3

Re: [PATCH] po: Remove bad characters (C2 & A0) from french translations.
by Nikolay Sivov 14 Mar '12

14 Mar '12

On 3/12/2012 21:52, Christian Costa wrote: > They are displayed as a single space in a text editor but visible with an hex editor. I guess this is a non-breakable space.

6 12

Re: [PATCH] po: Remove bad characters (C2 & A0) from french translations.
by Christian Costa 14 Mar '12

14 Mar '12

Le 13/03/2012 16:23, Frédéric Delanoy a écrit : > On Tue, Mar 13, 2012 at 14:30, Henri Verbeet<hverbeet(a)gmail.com> wrote: >> On 13 March 2012 00:42, Christian Costa<titan.costa(a)gmail.com> wrote: >>> BTW, is there an editor that shows them ? gvim doesn't. >> Assuming gvim is similar enough to normal vim, you can use listchars >> to highlight various things. Use nbsp for non-breaking spaces. You can >> use Ctrl+K to insert digraphs. Use "NS" for non-breaking space, >> :digraphs for a list. > More precisely, as Henri told me, you can use sthg like > > set list listchars=tab:»·,trail:·,nbsp:␣ > (when using utf-8 encoding) > > Frédéric > It's magic. Nbsp are better than in emacs. Thanks to both of you. I didn't manage to insert NS with control+K tough. Christian

1 0

Re: po: Update Korean translation
by Frédéric Delanoy 14 Mar '12

14 Mar '12

On Wed, Mar 14, 2012 at 13:31, Hwang YunSong(황윤성) <hys545(a)dreamwiz.com>wrote: > fuzzy sections translated > You may also remove the "#| msgid ..." lines: these only indicate the former msgid, so you can see the difference quickly. Frédéric

1 0

Re: po: Spanish translation update (this patch supersedes previous patches fixing fuzzies)
by Frédéric Delanoy 14 Mar '12

14 Mar '12

On Wed, Mar 14, 2012 at 22:57, Eduardo García <eduardo.garcia(a)gmx.com> wrote: > This patch fixes fuzzies and remove obsolete comments. > > With regards. > > Eduardo You may also remove the "#| msgid ..." lines: these only indicate the former msgid, so you can see the difference quickly. Also, add "(try N)" suffix when you submit a new version of a patch (that's a bit more concise than your "this patch... fuzzies") Frédéric

1 0

Re: My Idea for GSOC
by Stefan Dösinger 14 Mar '12

14 Mar '12

Am Samstag, 10. März 2012, 17:22:51 schrieb Daniel Oom: > Hi, > > Writing tests, or implementing the command line tools seems like > something I could do. I'm kinda leaning towards the command line > tools, since it would offer a chance to thoroughly learn the shading > languages. For learning purposes writing tests and fixing bugs uncovered by them will be better. The command line tools are mostly about parsing parameters and forwarding them to d3dx9 functions(*). If you want to look a little bit in either proposal(we recommend that in general): For the test stuff, take a look at IDirect3DDeviceImpl_2_DrawPrimitive in dlls/ddraw/device.c. It thunks IDirect3DDevice2::DrawPrimitive to IDirect3DDevice7::DrawPrimitive. The main difference is the VertexType parameter. It is a D3DVERTEXTYPE in the IDirect3DDevice2 method, and a DWORD with D3DFVF_* flags in Device7. Our thunk simply converts between these two, but a deeper difference a user noticed is that D3DVT_LVERTEX in Device2 disables lighting calculations, whereas the equivalent D3DFVF flag collection in Device3 and Device7 does not. Device3 and newer have D3DRENDERSTATE_LIGHTING to enable / disable lighting, but this render state does not exist in Device2. Fixing this is fairly straightforward, just call SetRenderState(LIGHTING, ...) in the thunk, but it needs some tests to answer / show the following: * Show that D3DVT_LVERTEX indeed disables lighting, and D3DVT_VERTEX enables it * Show that D3DFVF_LVERTEX does not influence lighting in Device2 and Device7(D3DFVF_TLVERTEX disables all vertex processing in all d3d versions, this is already tested and implemented) * Test what happens when you call SetRenderState and GetRenderState in Device2. * Probably others There are numerous things like that that need testing and probably fixes. This is just one example that happens to be on my todo list. ddraw tests go to dlls/ddraw/tests/ddraw*.c. The other files should be moved to the tests/ddraw*.c files and extended to cover all ddraw versions. For the command line tools, download an older version of the directx sdk that still has vsa.exe and psa.exe(I think 2007 ones were the last ones) and compare their command line parameters to d3dx9.D3DXAssembleShaderFromFile and friends. The tests are certainly the more useful task. vsa.exe and psa.exe would mainly serve developer convenience when writing d3d8 and d3d9 tests since we wouldn't need an ancient dx sdk to assemble our own test shaders. d3d tests and fixes fix actual games. Enjoy, Stefan (*) Actually, that's not how native vsa/psa work. They seem to have their own copy-pasted version of the compiler and assembler, or they link statically. We should probably do it by calling d3dx9 though, especially for tools that mainly serve developer convenience.

3 2

Re: [PATCH 2/8] d3drm: Specify when a method is forwarded to another interface. (resend)
by Alexandre Julliard 14 Mar '12

14 Mar '12

Christian Costa <titan.costa(a)gmail.com> writes: > @@ -438,7 +438,7 @@ static HRESULT WINAPI IDirect3DRMMeshBuilder2Impl_Load(IDirect3DRMMeshBuilder2* > { > IDirect3DRMMeshBuilderImpl *This = impl_from_IDirect3DRMMeshBuilder2(iface); > > - TRACE("(%p)->(%p,%p,%x,%p,%p): partial stub\n", This, filename, name, loadflags, cb, arg); > + TRACE("(%p)->(%p,%p,%x,%p,%p): forwarding to IDirect3DRMMeshBuilder3\n", This, filename, name, loadflags, cb, arg); > > return IDirect3DRMMeshBuilder3_Load(&This->IDirect3DRMMeshBuilder3_iface, filename, name, > loadflags, (D3DRMLOADTEXTURE3CALLBACK)cb, arg); I don't think that's an improvement. "Partial stub" makes a lot more sense for someone not deeply familiar with the code. -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: [1/2] advapi32: Fix failures in the security tests compiled with PSDK headers.
by Alexandre Julliard 14 Mar '12

14 Mar '12

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > @@ -22,6 +22,9 @@ > #include <stdarg.h> > #include <stdio.h> > > +/* 0x0600 makes PROCESS_ALL_ACCESS not compatible with pre-Vista versions */ > +#define _WIN32_WINNT 0x0500 This will break once the Wine headers are updated. If the definition is not reliable the test should avoid it. -- Alexandre Julliard julliard(a)winehq.org

1 0

← Newer
1
...
10
11
12
13
14
15
16
...
21
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel March 2012