wine-devel September 2009

wine-devel@winehq.org

103 participants
239 discussions

Re: ddraw: Added support for WINED3DFMT_X8L8V8U8, WINED3DFMT_R8G8B8A8_SNORM and WINED3DFMT_R16G16_SNORM to PixelFormat_WineD3DtoDD
by James McKenzie 07 Sep '09

07 Sep '09

Stephan Rose wrote: > Sets up DDPixelFormat for WINED3DFMT_X8L8V8U8, WINED3DFMT_R8G8B8A8_SNORM and WINED3DFMT_R16G16_SNORM formats. > > Fixes errors in the game http://www.alawar.com/game/tikibar/ that keep it from running due missing pixel format conversions of the above bump map formats. Stephan: You have trailing spaces in the break; line. Please remove them. James McKenzie + DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0x000000FF; + break; + case WINED3DFMT_R16G16_SNORM:

1 0

Re: [4/5] WineD3D: Add GL_ATI_meminfo to the extension table
by Henri Verbeet 06 Sep '09

06 Sep '09

2009/9/5 Stefan Dösinger <stefan(a)codeweavers.com>: > So far ATI hasn't updated the extension spec, but the code works nevertheless, > and I don't have any problem with using this functionality if available. > The implication is that when someone implements ATI_meminfo as documented in the actual spec it won't work properly with Wine. I don't think we really want to go there. I'm also not sure it's even possible to introduce additional tokens into already published extensions, so I expect this will need a new extension anyway.

1 0

Re: ddraw: Added support for WINED3DFMT_X8L8V8U8, WINED3DFMT_R8G8B8A8_SNORM and WINED3DFMT_R16G16_SNORM to PixelFormat_WineD3DtoDD
by Henri Verbeet 06 Sep '09

06 Sep '09

2009/9/3 Stephan Rose <kermos(a)somrek.net>: > + case WINED3DFMT_R8G8B8A8_SNORM: > + DDPixelFormat->dwFlags = DDPF_BUMPDUDV; > + DDPixelFormat->dwFourCC = 0; > + DDPixelFormat->u1.dwBumpBitCount = 32; > + DDPixelFormat->u2.dwBumpDuBitMask = 0xFF000000; > + DDPixelFormat->u3.dwBumpDvBitMask = 0x00FF0000; > + DDPixelFormat->u4.dwBumpLuminanceBitMask = 0x0000FF00; > + DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0x000000FF; > + break; > + case WINED3DFMT_R16G16_SNORM: > + DDPixelFormat->dwFlags = DDPF_BUMPDUDV; > + DDPixelFormat->dwFourCC = 0; > + DDPixelFormat->u1.dwBumpBitCount = 32; > + DDPixelFormat->u2.dwBumpDuBitMask = 0xFFFF0000; > + DDPixelFormat->u3.dwBumpDvBitMask = 0x0000FFFF; > + DDPixelFormat->u4.dwBumpLuminanceBitMask = 0x00000000; > + DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0x00000000; > + break; I think you have the masks backwards. You also have some trailing spaces in there.

1 0

Re: [PATCH 0/3] Make GetAsyncKeyState really Async (now it checks current window only)
by Tom Wickline 06 Sep '09

06 Sep '09

You forgot the patch :) 2009/9/6 Rafał Miłecki <zajec5(a)gmail.com> > Hi, > > This patchset fixes bug #5623 [1]. I've tested this with EasyUO app > and other random apps run in the same wineserver. > > I've run tests in user32 to check for regressions, no changes. I've > checked compilation & user32's test after applying each patch. > > Hope everything is alright with this patchset. > > [1] http://bugs.winehq.org/show_bug.cgi?id=5623 > > -- > Rafał Miłecki > > >

2 1

Re: Game Engine
by Ben Klein 06 Sep '09

06 Sep '09

2009/9/6 Keith Muir <keith.muir(a)blueyonder.co.uk>: > My understanding is that all Total War games work off the Rome Total War > engine and you are correct the wine project under no circumstances should it > focus on individual applications. That said if there is a game engine which > several games use in this case fixing the problems the engine has will fix > multiple games. So the justification is there. Also I am the maintainer for > Medieval II and no it doest work well. > Patches are welcome, but it's very unlikely that the main development team will be able to spend time/effort fixing problems for a single game (or series of games). If coding for Wine is not your forte, there are other things you can do to try to get bugs fixed. At the very least, if there are no relevant reports on bugs.winehq.org, you can report the bugs. If the games are toggling between Garbage and Silver, then regression tests would be useful.

2 1

re: winex11: fix Steam color regression
by Dan Kegel 06 Sep '09

06 Sep '09

wineconsole also became invisible with that regression. Your patch fixes it, thank goodness.

2 1

Game Engine
by Keith Muir 06 Sep '09

06 Sep '09

Hi, The Total war engine continues to bounce between garbage and silver never rising above that level given the installed user base would it be worth devoting more time to fixing the problems wine has with this? as of 1.29 its freezing and unusable. Wine project has to prioritize but success drives the project when people hear they can now do this or that that they couldn't before everyone is inspired its a virtuous circle. Regards, Keith

2 1

Re: Is Wine printing on MacOSX?
by James Mckenzie 04 Sep '09

04 Sep '09

On Fri, Sep 4, Roderick Colenbrander <thunderbird2k(a)gmail.com> > >On Fri, Sep 4, 2009 at 7:04 PM, Dylan Smith<dylan.ah.smith(a)gmail.com> wrote: >> On Wed, Sep 2, 2009 at 12:15 PM, <Joerg-Cyril.Hoehle(a)t-systems.com> wrote: >>> Hi, >>> >>> although wine in MacOSX works generally good enough (see test.winehq.org about >>> release 1.1.28), I recently visited the print menu in notepad and wordpad to >>> see whether printing would work (in order to complete the FAQ). >>> >>> All that happened is that the printer ejected a blank page. >>> >> >> Don't expect printing to work in wordpad for now. The EM_FORMATRANGE >> message is used in wordpad to do printing, and that isn't implemented >> yet. >> >> I think notepad should work though, since it is using ExtTextOut. >> >> >> > >I have been able to print from Wine apps in OSX though I'm still >having some issues which I did not investigate yet. The issue is that >when I print from my app which uses non-standard fonts with some >integral / summation symbols that those symbols are lost during the >printing and that a 'square' is shown instead. I don't see this issue >on Linux. > Interesting. I was going to comment that the EM_FORMATRANGE problem may be the cause, but this may be due to the CUPS implementation or some other reason on the Mac. Unfortunately, my only printer, which was an inkjet, would have cost as much to repair as it would to buy a new one. I guess it may be time to buy another, but this time its going to be a laser, not ink. James McKenzie

2 1

CPP Run for Sept 3
by chris ahrendt 04 Sep '09

04 Sep '09

[../wine-git/dlls/msvcrt/tests/file.c:982]: (error) Deallocating a deallocated pointer: stream2 [../wine-git/dlls/msvcrt/tests/file.c:966]: (error) Resource leak: stream3 [../wine-git/dlls/msvcrt/tests/file.c:973]: (error) Resource leak: stream4 [../wine-git/dlls/msvcrt/tests/heap.c:433]: (possible error) Memory leak: mem [../wine-git/dlls/ntdll/directory.c:2339]: (error) Resource leak: old_cwd [../wine-git/dlls/ntdll/server.c:802]: (error) Resource leak: fd [../wine-git/dlls/ntdll/server.c:882]: (error) Resource leak: fd_cwd [../wine-git/dlls/rpcrt4/tests/server.c:1189]: (possible error) Array index out of bounds [../wine-git/dlls/wineoss.drv/mmaux.c:150]: (error) Resource leak: mixer [../wine-git/dlls/wineoss.drv/mmaux.c:211]: (error) Resource leak: mixer [../wine-git/dlls/wineps.drv/init.c:270]: (error) Possible null pointer dereference: dmW - otherwise it is redundant to check if dmW is null at line 272 [../wine-git/programs/oleview/pane.c:152]: (error) Possible null pointer dereference: hWndCreated [../wine-git/tools/fnt2bdf.c:779]: (error) Resource leak: fd [../wine-git/tools/fnt2fon.c:387]: (error) Memory leak: file_lens [../wine-git/tools/makedep.c:953]: (error) Resource leak: file [../wine-git/tools/sfnt2fnt.c:877]: (error) Resource leak: ofp [../wine-git/tools/widl/write_msft.c:2536]: (error) Resource leak: fd [../wine-git/tools/winedump/msmangle.c:164]: (error) Memory leak: function_name [../wine-git/tools/winedump/pe.c:1549]: (possible error) Memory leak: map Chris

2 1

Re: winebrowser: Fix broken handling of DDE type XTYP_EXECUTE
by Paul Chitescu 04 Sep '09

04 Sep '09

On Wednesday 02 September 2009 04:15:22 Peter Dons Tychsen wrote: > XTYPE_EXECUTE DDE transaction for winebrowser is broken. > The handler currently expects a MultiByte character input, which is > wrong. > > The handler is win-unicode, and will always receive such strings. > The encoding of the string can be seen in WDML_BuildExecuteCommand(). > > This fixes programs which use DDE to show a web-link via winebrowser, > e.g. the "Last Chaos" web-installer: > http://lastchaos.aeriagames.com/download > > Thanks, > > /pedro This has been talked about before and an even safer solution was refused: http://www.mail-archive.com/wine-devel@winehq.org/msg50183.html http://www.mail-archive.com/wine-devel@winehq.org/msg50224.html Unfortunately there is no equivalent in Windows of what Wine does. Windows seems to pass around ATOMs as either ANSI (Win 9x, ME) or UCS-2 (NT3x, NT4) or UTF-16 (2000+) depending on version. Wine tries to do it at runtime depending on the Windows version it emulates - and that is per process. ANSI programs actually succeed in starting winebrowser because they send MBCS to it.

1 0

Jump to page:

2025

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 September 2009