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

Re: WineD3D: SetDisplayMode and GetDisplayMode
by Joris Huizer 19 May '06

19 May '06

Stefan Dösinger wrote: > Am Donnerstag, 18. Mai 2006 22:31 schrieb Stefan Dösinger: > + > + ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL); > + if (ret != DISP_CHANGE_SUCCESSFUL) { > + if(devmode.dmDisplayFrequency != 0) { > + WARN("ChangeDisplaySettingsExW failed, trying without the refresh rate\n"); > + devmode.dmFields &= ~DM_DISPLAYFREQUENCY; > + devmode.dmDisplayFrequency = 0; > + ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL) != DISP_CHANGE_SUCCESSFUL; > + } > + if(ret != DISP_CHANGE_SUCCESSFUL) { > + return DDERR_INVALIDMODE; > + } > + } I'm not sure, but I think this line: ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL) != DISP_CHANGE_SUCCESSFUL; should be ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL); as otherwise the test following it will always fire; HTH, Joris

1 0

Re: wined3d: IWineD3DDeviceImpl_SetRenderState added renderstates
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, Jacob Peters <jacobcpeters(a)gmail.com> wrote: > ChangeLog: I implemented more renderstates in device.c function > IWineD3DDeviceImpl_SetRenderState() > > Hello this is my first patch submition. > > A few render states called by d3d8 demo app "mshdribl.exe", the one in the > wiki. > glBlendFuncSeparate is OpenGL 1.4, glBlendEquationSeparate is OpenGL 2.0. This will break things for people with a lower OpenGL version. You should probably use the relevant extensions.

1 0

incorrect behavior with Exceed X server
by Eric Frias 19 May '06

19 May '06

I've noticed a few problems running wine apps against Hummingbird's Exceed X server on Windows. The two problems I noticed are: - The top-level window's title bar is blank, instead of containing the application's title. And, - When you take a visible dialog box, hide it (ShowWindow(SW_HIDE)), and then show it again, the dialog box reappears in a different place -- it always seems to pop back up in the upper-left or lower-right corner of my screen. Wine has behaved this way with Exceed for at least a year, probably longer. It behaves correctly when run against X-Win32, a different PC X server, and naturally it works correctly when displaying natively on Linux. Has anyone looked into this before? Every other X app I've seen displays title-bars correctly, so I know at least that part must be fixable. Any pointers would be great. Thanks, Eric

1 0

Re: advapi32: Add stub FileEncryptionStatus and declarations
by Dimi Paun 19 May '06

19 May '06

On Fri, 2006-05-19 at 13:13 +0300, Paul Chitescu wrote: > +BOOL WINAPI FileEncryptionStatusW(LPCWSTR lpFileName, LPDWORD > lpStatus) > +{ > + FIXME("%s %p\n", debugstr_w(lpFileName), lpStatus); We typically to put "stub" in the FIXME message when we dummy up such functions: + FIXME("(%s %p): stub\n", debugstr_w(lpFileName), lpStatus); -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 2

Does a tool like this exist already ?
by samuel herzog 19 May '06

19 May '06

I have an application I would like to get running on wine. Now I am thinking of two tools that would support me in a scenario like this: 1. I install the application XYZ on windows. 2. The tool (let's call it WineDllSniffer) saves the list of dll's used by application XYZ to a text-file. 3. Now I take the text-file and use the second tool(let's call it WineDllAssistance) which would compare the text-file and the wineconf-file and suggest the user to install the needed stuff. (dcom98,scripten,vb-stuff etc.) What do you think about ? Samuel Herzog

4 3

Re: user32: Make all the recently added ShowWindow tests pass in Wine
by Tomas Carnecky 19 May '06

19 May '06

Dmitry Timoshkov wrote: > Hello, > > this patch makes all the recently added ShowWindow tests pass in Wine, > and is aimed to fix the bug #4960. > > Although this patch creates a regression for popup windows created with > WS_MAXIMIZED style set and calling ShowWindow( SW_SHOWMAXIMIZE ) right > after that (Windows still calls SetWindowPos in that case, but Wine > doesn't anymore - the tests show that SetWindowPos should not be called > for child windows if their state already matches the ShowWindow command) > but top level windows already behave slightly differently in Wine since > they are WM driven, and adding window state change (min/max/restore) through > a WM will make them behave even more differently. > > Changelog: > Make all the recently added ShowWindow tests pass in Wine. > This introduced a regression with WoW: The game starts fine, but as soon as I switch workspace the window disappears (isn't visible in the workspace switcher anymore), and when I switch back the game runs at 3-5fps.. dead slow. When I press ATL-TAB the game minimizes correctly (and the underlying gnome-terminal receives focus), but pressing ALT_TAB again doesn't make the game full-screen, the game appears as a 32x32pixel window in the top left corner of the screen. and from now on ALT-TAB toggles between these two modes, eg. invisible and 32x32pixel window. To bring the game to the foreground, I need to 'maximize' it using ALT-TAB, switch to another workspace and then back again. This however doesn't make the game run at fullspeed, it still runs slowly. I'm using E17 as the window manager, but I'll test it under metacity, too. tom

2 7

Re: [WINED3D 1/5] Added shader_is_glsl_error() function to baseshader.
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, Jason Green <jave27(a)gmail.com> wrote: > + FIXME("GLSL vertex shader failed\n"); > + TRACE("Shader compile/link error log:\n%s\n", buf); It's a minor point, but I think that when shader compilation fails, we might as well print a FIXME here straight away.

1 0

Re: WineD3D: Allow SYSTEMMEM textures
by H. Verbeet 18 May '06

18 May '06

On 18/05/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > Quite a lot DirectDraw and Direct3D7 applications rely on systemmem textures > and surfaces to work properly without caring for the caps flag. So don't > return an error when the systemmem pool is used, and set the systemmem device > caps Is this compatible with 3DMark2001? (See http://www.winehq.org/pipermail/wine-devel/2006-February/044670.html & http://source.winehq.org/git/?p=wine.git;a=commit;h=694efd7c6fd557a9c761b80…)

1 0

(fwd) [Wine] Need an application to get running again on wine.
by Daniel Skorka 18 May '06

18 May '06

This just appeard on wine-users/the NG. I assumed some people here would be interested in this, so I forwarded it. Daniel -- forwarded message -- Subject: [Wine] Need an application to get running again on wine. Date: Thu, 18 May 2006 07:30:45 +0200 Sender: news <news(a)sea.gmane.org> Reply-To: samuel herzog <sam_herzog(a)yahoo.com> Dear NG, I have opened a job at rentacoder to get the application http://www.altenbergers.de/rechman_install.exe running on wine. See more details here. http://www.rentacoder.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?ln… I am will pay $25 for an clear reproducable installation instruction. I got it running last september by myself but it was more try&error and I don't get it working anymore on a current wine version. -- end of forwarded message --

1 0

Shell32 version, MS Office 2k installation and some dlls that could be implemented
by Dragos 18 May '06

18 May '06

Hi guys, I have recently looked into installing MS Office 2K using some of the latest versions of wine (0.9.3 and 10 to 13). I have found two things that I would like to ask you about. 1. When installing IE5 or Office 2k that installs it a message box saying: "The spilt of the Windows Desktop Update from the IE browser has been completed. You are currently running a self-host version of the web shell. Please go to http://ie/teams/setup/shdoc401.htm for more information on how to run a released version of the Windows Desktop Update." This I solved by changing the version in version.h of shell32.dll from the current Win2K SP4 to old one of win 98. My question here is why is this changed? Shouldn't we change it back if no other app needs it as Win2k since at least IE5 and MSOffice fail to install corectly because of it? Or at least I wanted to let other people know how to solve this issue. This changed first from 98 to XP in 26/10/2004. Then from XP to Win2k on 6/12/2004. I could create a bug report and post a patch for it but I wanted to know your oppinion first. 2. I looked at the code the Cross Over Office 5.0.1 uses and I noticed that some dlls are not implemented by the official wine code. Dlls like: hlink, ieinfo5, iernonce which seem to be very connected to a IE5 installation and the restart windows step. There are others but I am still in the process of investigating this issue so I am not sure if they matter for this issue or not. With the change from 1 done the Office installer works almost ok except for the restart step where dlls fail to register or functions are not found in some dlls (some of which I mentioned above). My questions here are: - I am thinking of taking/adapting if needed code from the CrossOver Office wine and bringing them to the official wine just enough to make Office work. What do you think of this? - I am wondering how come these were not ported already. Any thoughts? Any reason not to? I am definitely interested in doing it since I would like to have Office 2k working on the official wine too. Thanks, Dragos __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1