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

Re: [WINED3D 7/7] Fix lookup for LOOP register
by Ivan Gyurdiev 16 Jun '06

16 Jun '06

Jason Green wrote: > - The LOOP register is an extended register and wasn't being checked > for in the current code. This moves the check up a level and checks > against the instruction code which is more efficient anyway. It's important to also correct the reason why it wasn't being detected where it was - instead of using the REGTYPE mask, we should call the shader_get_regtype function, which takes into account extended registers.

1 0

MS-Announced: Bill Gates will transition out of a day-to-day role in the company
by Detlef Riekenberg 16 Jun '06

16 Jun '06

15. June 2006: --- quote --- Microsoft Corp. today announced that effective July 2008 Bill Gates, chairman, will transition out of a day-to-day role in the company --- quote --- http://www.microsoft.com/presspass/press/2006/jun06/06-15CorpNewsPR.mspx Just for info. -- By By ... ... Detlef

1 0

Re: [dbghelp] improve dwarf support
by Eric Pouech 16 Jun '06

16 Jun '06

2006/6/16, Raphael <fenix(a)club-internet.fr>: > > Hi, > > Changelog: > - map lines section > - better robustness > - support of unamed syms > - better traces > - ref hash table to stabilize model > > TODO: > - find a clean way to handle forward declarations (some assertions can > happen) > - debug lines parsing I did (in parallel) some work on the dwarf2 support. I have 20+ patches to make it really work. Those patches bring : - type support, including forward declarations (which really requires a two pass parser, hence a major rewrite of the code) - function's variables & parameter support - line information is ok (except for inlined functions) - a couple of bug fixes from current code I'd suggest hence not to apply this patch and to wait for the full solution (likely sometimes this week-end). -- Eric Pouech

2 1

slight modification to debug issue
by Paul Davis 16 Jun '06

16 Jun '06

seg fault is in wine-pthread, not wine-preloader, which is even tougher - two exec boundaries to cross.

3 2

Re:gdiplus.dll
by Vijay Kiran Kamuju 16 Jun '06

16 Jun '06

Hi, I think we rather use mono project's libgdiplus(gdiplus.dll implementation) than a stub implementation. This will help in later implementing the .Net Compatibility Layer to Wine. Thanks, Vijay

3 5

Re: Added initial version of OleView (part 1/8)
by Piotr Caban 16 Jun '06

16 Jun '06

Is there anything wrong with my patches?

1 0

Re: setupapi.dll: partially implement SetupDiGetClassDevsExA
by Mike McCormack 16 Jun '06

16 Jun '06

Christian Gmeiner wrote: > Partially implement SetupDiGetClassDevsExA. This patch bases on reactos > setupapi.dll. Don't be suprised if your patch isn't accepted. ReactOS is considered a dirty reverse engineering project by many, and Alexandre has rejected patches using their code before. The fact that some developers work both on tinykrnl (a self-admitted 'dirty' reverse engineering effort) and ReactOS at the same time should be enough to show you that they're walking close to, or maybe over the fine line. Please don't post ReactOS code to wine-patches again. Mike

7 26

Shell integration
by Mikołaj Zalewski 16 Jun '06

16 Jun '06

I've changed the code not to use COM. Now it loads a DLL and searches for a GetIntegrationObject entry point. That function returns structures with a pointer to the ops structure. This is similar to how GDI objects are implemented. One could also export all the function from the DLL and build the ops structs on the client side (like it is done in GDI/User drivers) but that would require more code to be written and make it harder to forward all the unhandler objects from e.g. the kde driver to the freedesktop driver - we would need to add entry point forwarding every time we add a new functions to the freedesktop driver. Is this approach good? Mikolaj Zalewski

4 4

Re: [uxtheme] Added test for IsAppThemed and grouped it with IsThemeActive
by Alexandre Julliard 16 Jun '06

16 Jun '06

Paul Vriens <Paul.Vriens(a)xs4all.nl> writes: > + SetLastError(0xdeadbeef); > + bAppThemed = pIsAppThemed(); > + todo_wine > + { > + ok( bAppThemed == FALSE, "Expected FALSE as this test executable is not (yet) themed.\n"); > + ok( GetLastError() == S_OK, > + "Expected S_OK, got 0x%08lx\n", > + GetLastError()); > + } This won't work right if theming is disabled, since IsAppThemed returns FALSE in that case. Also note that GetLastError doesn't return an HRESULT, so ERROR_SUCCESS is a better name than S_OK. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: PATCH: sane.ds / DECLSPEC hidden
by Alexandre Julliard 16 Jun '06

16 Jun '06

Marcus Meissner <marcus(a)jet.franken.de> writes: > Hi, > > Alexandre, is this how to reduce exports? ;) No, that's only hiding them. It's not a bad thing to do in a second step for functions that really need to be global, but the first step should be to make functions static as much as possible. If we need to have a lot of global functions, it's a sign that the code is not split into files along logical boundaries. -- Alexandre Julliard julliard(a)winehq.org

3 6