- Wine-Devel - list.winehq.org

wineconsole --backend-user
by Robert Lunnon Sept. 25, 2005

Sept. 25, 2005

After an underwhelming response to my last query, I dug a little deeper and while I'm not too familiar with windows code I can't seem to figure out what is wrong with user.c that gives me my funny display. It would seem that either bitblt isn't working as advertised or the memory DC isn't being written properly (or it's not compatible with the display context). Does --backend=user work under Linux ? Anyway, before I spend a great deal of time on this, I am prompted to ask how important is this backend, seeing I have curses working properly. I could easily make the user backend default to the curses implementation for compatibility short term. Is there a downside to this? Is this something that's likely to be deprecated soon ? Bob

3 3

d3d8 / wined3d, missing prototypes
by H. Verbeet Sept. 25, 2005

Sept. 25, 2005

When compiling d3d8 and wined3d I get quite a few warnings about missing function prototypes. Eg, "warning: implicit declaration of function `glMultiTexCoord1f'" etc. This in turn causes things like texture coordinates to be all messed up (screenshot attached). I'm using the nVidia OpenGL headers. In the case of wined3d it seems to be caused by GL_GLEXT_PROTOTYPES being defined to late. In include/wine/wined3d_gl.h: #define XMD_H /* This is to prevent the Xmd.h inclusion bug :-/ */ #include <GL/gl.h> #define GL_GLEXT_PROTOTYPES #define GLX_GLXEXT_PROTOTYPES #include <GL/glx.h> #ifdef HAVE_GL_GLEXT_H # include <GL/glext.h> #endif #undef XMD_H Seems ok, but gl.h actually includes glext.h: #ifndef GL_GLEXT_LEGACY #include <GL/glext.h> #endif Moving the #define GL_GLEXT_PROTOTYPES up to before the #include <GL/gl.h> fixes it. Pretty much the same goes for d3d8, except that for d3d8 GL_GLEXT_PROTOTYPES doesn't appear to be defined at all. In both include/wine/wined3d_gl.h and dlls/d3d8/d3d8_private.h the relevant section should then become: #define XMD_H /* This is to prevent the Xmd.h inclusion bug :-/ */ #define GL_GLEXT_PROTOTYPES #include <GL/gl.h> #define GLX_GLXEXT_PROTOTYPES #include <GL/glx.h> #ifdef HAVE_GL_GLEXT_H # include <GL/glext.h> #endif #undef XMD_H

1 0

Theming SoC outcome
by Frank Richter Sept. 25, 2005

Sept. 25, 2005

Hi, as some of you may have noticed, I did a bunch of theming-related work in Wine, which was done within a project in Google's Summer of Code. This is a small overview over what I've done: - All "non-standard" controls(those that are provided by comctl32, e.g. Tabs) are themed and seem to work quite well so far. - All standard controls except Buttons and Scrollbars are themed, though not always perfect. - Due the fact that uxtheme was actually used, a number of fixes and improvements have been made. However, there are still things left open: - Bugs. Notably, the dreaded A->W WM_GETTEXTLENGTH issue breaking all Delphi apps. Working on it though. - A number of smaller and not so small visual glitches. - Speed. Seems with alpha blending things are not exactly blazing along. At least for some of the issues I still have some ideas floating around, so I guess I'll stick around a bit longer and try to get them fixed. -f.r.

2 1

Re: [Fwd: Re: [AppDB] new server supports GD2]
by Chris Morgan Sept. 25, 2005

Sept. 25, 2005

Screenshot regeneration just finished and they look much much better. Thanks for the server upgrade Jeremy! Chris On Wednesday 21 September 2005 5:43 am, Jonathan Ernst wrote: > Check if it works on the live server after applying, then regenerate all > screenshots from the admin. > > Thanks. > > > Changelog: > Use GD2 if it's available > > > -------- Message transféré -------- > De: Chris Morgan <cmorgan(a)alum.wpi.edu> > À: Jonathan Ernst <Jonathan(a)ernstfamily.ch> > Sujet: Re: [AppDB] new server supports GD2 > Date: Sat, 17 Sep 2005 10:46:50 -0400 > > Very cool, I had no idea such a thing existed but that makes it a much > nicer implementation for us I think. > > Chris > > On Saturday 17 September 2005 5:30 am, you wrote: > > gd2 and gd1 use different functions, so that if php is compiled with gd2 > > support, gd2 functions will be available: > > > > http://ch2.php.net/function_exists > > > > bye > > > > Le vendredi 16 septembre 2005 à 20:42 -0400, Chris Morgan a écrit : > > > I'm not opposed to doing that, thats even one more step further than > > > what I was proposing although I'm not sure how to do it. Does gd have > > > some kind of version querying call we can use? > > > > > > Chris > > > > > > On Friday 16 September 2005 10:36 am, you wrote: > > > > A better way would be to check for the availability of the functions. > > > > (I recall a Wine discussion where Alexandre was telling someone to > > > > check for bugs, not for versions to someone who wanted his > > > > application to workaround some bugs in Wine; we should do the same > > > > for AppDB IMO). > > > > > > > > What do you think ? > > > > > > > > I can't do it now, but if you don't do it in the next days, I'll have > > > > a look at it. > > > > > > > > Le jeudi 15 septembre 2005 à 20:22 -0400, Chris Morgan a écrit : > > > > > Can we use a define at the top of the file that specifies GD1 or > > > > > GD2 so we don't have to comment one set out and uncomment the other > > > > > if we or anyone else has to switch? > > > > > > > > > > Chris > > > > > > > > > > On Thursday 15 September 2005 5:01 am, Jonathan Ernst wrote: > > > > > > Hi Chris, > > > > > > > > > > > > Something wrong with this one ? > > > > > > > > > > > > Le mercredi 31 août 2005 à 15:16 +0200, Jonathan Ernst a écrit : > > > > > > > To be applied after Jeremy confirms that GD2 is installed. > > > > > > > To test: go to the admin and regenerate all pictures > > > > > > > > > > > > > > Changelog: > > > > > > > - use GD2 php functions to get nicer screenshots

3 3

Broken link in http://bugs.winehq.org/queryhelp.cgi
by dank＠kegel.com Sept. 25, 2005

Sept. 25, 2005

Can somebody fix the broken image link in http://bugs.winehq.org/queryhelp.cgi ? It looks kind of ugly at the moment.

1 0

Re: Bugzilla cleanup
by dank＠kegel.com Sept. 25, 2005

Sept. 25, 2005

Vijay wrote: > There are lot of available bugs in bugzilla, 1305 till now. > I closed some 5 issues. > I have some 15 bugs on my agenda. > I will be testing them or sending patches for them, starting tommorrow. > If anybody is interested, please try to close as many old bugs as possible. > We have old bugs that date from 2001, many might have been fixed by now. Yeah! I put together a web page to help guide new wine volunteers to do just that. It's at http://kegel.com/wine/qa and I'm starting to publicize it. Please have a look at it and let me know if you see anything that needs improving. I'll upload that content to winehq's web site once it's complete and polished. (And then maybe I'll turn my efforts to recruiting more wine *developers* to fix the bugs :-) - Dan

1 0

cant find dll in current dir.
by wino＠piments.com Sept. 25, 2005

Sept. 25, 2005

I have installed an app without too many issues but now when running it , it cant find a dll that is in the current directory from which I ran the wine command. "cant find nstex50.dll" ls -ail nstex50.dll 407904 -rw-r--r-- 1 wino users 184370 Feb 13 2003 nstex50.dll running wine with windebug dll channel and grepping the output, I get the following : does that look like it can find it or not. I dont understand the wine output. I suspect the error is not what it is showing in the errdlg! TIA. grep -i "nstex" /tmp/file.log trace:file:append_entry long L"nstex50.dll"... short L""... mask L"DgnMyCmds.dll" trace:file:match_filename (L"nstex50.dll"..., L"DgnMyCmds.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"nssystem.ini" trace:file:match_filename (L"nstex50.dll"..., L"nssystem.ini") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10renx.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10renx.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"natspeak.exe.local" trace:file:match_filename (L"nstex50.dll"..., L"natspeak.exe.local") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10renx.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10renx.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"audio.exe" trace:file:match_filename (L"nstex50.dll"..., L"audio.exe") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gentrain.dll" trace:file:match_filename (L"nstex50.dll"..., L"gentrain.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"natspeak.exe" trace:file:match_filename (L"nstex50.dll"..., L"natspeak.exe") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10midl.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10midl.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10scrp.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10scrp.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10shrd.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10shrd.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10srvr.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10srvr.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10hook.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10hook.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10gldt.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10gldt.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10sapi.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10sapi.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10trob.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10trob.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"models.ini" trace:file:match_filename (L"nstex50.dll"..., L"models.ini") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"mrec.dll" trace:file:match_filename (L"nstex50.dll"..., L"mrec.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"server.dll" trace:file:match_filename (L"nstex50.dll"..., L"server.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6d.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6d.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6d.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6d.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dnstk10.dll" trace:file:match_filename (L"nstex50.dll"..., L"dnstk10.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10enum.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10enum.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6.dll")

2 1

Bugzilla cleanup
by Vijay Kiran Kamuju Sept. 25, 2005

Sept. 25, 2005

Hi, There are lot of available bugs in bugzilla, 1305 till now. I closed some 5 issues. I have some 15 bugs on my agenda. I will be testing them or sending patches for them, starting tommorrow. If anybody is interested, please try to close as many old bugs as possible. We have old bugs that date from 2001, many might have been fixed by now. Thanks, Vijay

2 1

Wine/dlls/GDI/region.c - Optimization
by Petr Kobalicek Sept. 25, 2005

Sept. 25, 2005

Hi Wine team, I was reviewed some wine and XOrg code (I was writing a canvas library) and I have used XOrg region API (in wine project it's in /dll/GDI/region.c), I have done some optimizations in round (and elliptic) regions computing and my code is about 10x faster than original, I was sended an email to XOrg too, sorry that i wasn't sending a patch now, but if you are interested I can send commented sources and wine developers can merge it. It's very small modification that has about 20 lines, but speed is increased much, I'm working on another optimizations of regional API and I probabbly do more things to do things faster. Kind Regards Petr Kobalicek

3 2

Re: [bug 1858] WM_MOUSEACTIVATE processing
by Dmitry Timoshkov Sept. 25, 2005

Sept. 25, 2005

"Ann & Jason Edmeades" <us(a)edmeades.me.uk> wrote: > Under wine, our defwinproc was not returning MA_ACTIVATE for HTNOWHERE > (0x0000), and a simple change confirmed that returning that did indeed fix > the problem. That leaves the question as to whether the change is right. > > I've attached a patch plus simple modified the tests to ensure that > MA_ACTIVATE is correct. Please let me know if there are any problems with > this one - I don't like touching the defwinproc! How about an one line test case which simply does ret = DefWindowProc(hwnd, WM_MOUSEACTIVATE, 0, HTNOWHERE); ok(ret == MA_ACTIVATE, "expected to return MA_ACTIVATE\n"); That would tell you what Windows returns in that case. -- Dmitry.

2 1