wine-devel April 2006

wine-devel@winehq.org

176 participants
334 discussions

Re: coverity: fix some pseudoleaks
by Dimi Paun 11 Apr '06

11 Apr '06

On Mon, 2006-04-10 at 21:21 -0700, Juan Lang wrote: > Oops, should have looked at the other error reports too. This fixes > the others it reports in winegcc, and supercedes my last email. I'm afraid this is a waste of time. winegcc 'leaks' memory by design, it's a short lived program, there's no point in worrying to much about it. For example, strmake() allocates memory every time, and we almost never free it. And no, we shouldn't fix that -- it would clutter the code quite a bit for zero-benefit. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: exdisp.idl: Added missing attributes.
by Robert Shearman 10 Apr '06

10 Apr '06

Jacek Caban wrote: >+ >+ [id(0x60020004), hidden, helpstring("Register a pending open with the list")] >+ HRESULT RegisterPending( >+ [in] long lThreadId, >+ [in] VARIANT *pvarloc, >+ [in] VARIANT *pvarlocRoot, >+ [in] int swClass, >+ [out] long *plCookie); >+ >+ [id(0x60020005), hidden, helpstring("Remove a window from the list")] >+ HRESULT Revoke([in] long lCookie); >+ >+ [id(0x60020006), hidden, helpstring("Notifies the new location")] >+ HRESULT OnNavigate([in] long lCookie, [in] VARIANT *pvarLoc); >+ >+ [id(0x60020007), hidden, helpstring("Notifies the activation")] >+ HRESULT OnActivated([in] long lCookie, [in] VARIANT_BOOL fActive); >+ >+ [id(0x60020008), hidden, helpstring("Find the window based on the location")] >+ HRESULT FindWindowSW( >+ [in] VARIANT *pvarLoc, >+ [in] VARIANT *pvarLocRoot, >+ [in] int swClass, >+ [out] long *phwnd, >+ [in] int swfwOptions, >+ [out, retval] IDispatch **ppdispOut); >+ >+ [id(0x60020009), hidden, helpstring("Notifies on creation and frame name set")] >+ HRESULT OnCreated([in] long lCookie, [in] IUnknown *punk); >+ >+ [id(0x6002000a), hidden, helpstring("Used by IExplore to register different processes")] >+ HRESULT ProcessAttachDetach([in] VARIANT_BOOL fAttach); > } > Are these helpstrings an exact copy of what is in native? If so, I don't think we want them in Wine (and they are only useful to VB programmers anyway). Also, IDs with the 0x60000000 flag are ones generated by the IDL compiler, hence they don't need to be added in the IDL. -- Rob Shearman

2 1

Re: [WINED3D] Map D3DFMT_L16, D3DFMT_A16B16G16R16 to OpenGL formats
by Jason Green 10 Apr '06

10 Apr '06

On 4/10/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > Map: > > D3DFMT_L16 -> GL_LUMINANCE16_EXT > D3DFMT_A16B16G16R16 -> GL_RGBA16_EXT > as Raphael suggested. Assuming this mapping is correct, you should also add these formats here: http://source.winehq.org/git/?p=wine.git;a=blob;h=056c6fb76dd770c03655b7973… (though, that whole part of the file could use some work) And, possibly here: http://source.winehq.org/git/?p=wine.git;a=blob;h=f1868cdb3de16e9bb49f11706…

2 1

Re: Alexandre Julliard : twain_32: Renamed the dlls/twain directory to dlls/ twain_32.
by Dimi Paun 10 Apr '06

10 Apr '06

On Mon, 2006-04-10 at 13:47 -0500, Alexandre Julliard wrote: > twain_32: Renamed the dlls/twain directory to dlls/twain_32. Cool! I guess we're only left with the big 3: gdi/kernel/user. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

DirectDraw status
by Stefan Dösinger 10 Apr '06

10 Apr '06

Hello, I thought I'd give an overview of the status of the ddraw merge. Well, basically it's progressing nicely, and the first huge part of the merge has been done. The necessary type changes were made to include/wine/wined3d_types.h and include/wine/wined3d_interface.h, so ddraw can now use the wined3d interface header. I have uploaded an updated patch against Wine from yesterday, 23:30 to my website( http://stud4.tuwien.ac.at/~e0526822/ ). It contains a few fixes, like yet another refcounting cleanup( Ihope that this works fine now :) ), and the performance issue on my radeon card, as well as the mipmap issues(all cards) are fixed :) What is next? I will send patches which create the new WineD3D methods needed for ddraw. These patches won't contain the implementation, but just the entry in the vtable and a stub function. So if someone disagrees with a method, then we don't have to discuss about the bare existance of a method and it's implementation at the same time :) Additionally, I will now start writing a lot of test cases for all DirectX versions, with an eye for reference counting, in hope that we can fix the refcounting crashes finally. I have a test for some unimplemented functions in my local tree too, like ProcessVertices. Once the function stabs are in, and the tests show where we have to go to, I'll send the implementation of the functions. After that, all that is left is to merge the ddraw.dll code, but first some regression testing has to be done. I'll ask then for some testing help here and at wine-users, so we can catch regressions before they can occur :) Thanks for all the help with testing and coding so far :) Stefan

4 4

Re: [PATCH] [WineDump]: fake dlls
by Alexandre Julliard 10 Apr '06

10 Apr '06

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > - now that setupapi generates fake DLLs, add the recognition of > those in winedump I think this should go in pe_dump, it's really PE-specific, the generic code doesn't need to know about it. -- Alexandre Julliard julliard(a)winehq.org

1 0

Missing fonts
by "Alexander N. Sørnes" 10 Apr '06

10 Apr '06

Hello, I have found some font problems recently with Wine. First of all, the text of most richedit objects started displaying as rectangles since around Wine 0.9.9, and now, with current CVS, no text is displayed in applications witht the standard Windows interface (like winecfg, wordpad, message boxes etc.) on some systems. While the first issue occurs on all systems I have tested, the second one does not. On a system with only the free corefonts installed, the text is missing; while on a system with all Windows/MS Office fonts, it is displayed fine. What are the new default fonts? Is the first system misconfigured, or does Wine only use non-downloadable Windows fonts now? Regards, Alexander N. Sørnes

12 25

Wine tarball patched with DDraw/DX7 over WineD3D patches
by Alexander N. Sørnes 10 Apr '06

10 Apr '06

I have made a tarball with Wine CVS patched with the DirectDraw/DirectX 7 over WineD3D patches so it is easier to test/use. Feel free to link to the page. http://www.thehandofagony.com/alex/wine-wd3dp/ The patches fixes the redrawing problems for Warlords Battlecry, and the animations in Stronghold: Crusader are now smooth instead of jerky. Screenshot from Warlords Battlecry http://appdb.winehq.org/screenshots.php?appId=2686&versionId=3913 Regards, Alexander N. Sørnes

3 2

Re: [PATCH 1/3] winedos: better MSCDEX emulation
by Petr Tesarik 10 Apr '06

10 Apr '06

Hi everyone, has this patch been rejected? If so, could anyone tell me why? Yes, I know that neither the API, nor the include files are ideal yet, but fixing it would produce a really huge patch, which is AFAIK something you don't like at all. Anyway, with this patch and my other patches applied (including one to the Linux kernel, which was accepted in 2.6.15), I can now run Kindler Literaturlexikon with Wine. And I'd enjoy adding that application to the appdb. Petr Dne 03/31/06 v 14:29:38 (+0200), Petr Tesarik napsal(a): > Hi, > > while I was trying to make Kindler Literaturlexikon work in Wine, I > found out that this program uses a DOS program to access the CDROM, > and that it requires a real working MSCDEX device driver (and not only > that, the driver has to reside in a different segment than the DOS > core). > > To make the patches as small as possible, I've split the patch into > several parts. > > This part just moves some declarations from devices.c to dosexe.h, so > that the code in devices.c can be used from other source files. > > ChangeLog: > > * dlls/winedos/devices.c, dlls/winedos/dosexe.h: > winedos: move some declarations to the header file

2 3

Patch submission
by n1iic Jason Greene 10 Apr '06

10 Apr '06

Greetings. I am a new Linux user, and I would like to request a patch addition to add functionality for a game. The information can be found at http://wiki.minegoboom.com/index.php/Running_Continuum_under_Wine I think for the people that want to learn Linux, applying the patch is a great exercise, like I found. Unfortunately, it is long and involved and might scare off those that have less confidence or don't have a guru handy, but still want to try. I originally sent this to the wine-patches list and the owner recommended that I send it here. Thanks Jason

3 2

← Newer
1
...
21
22
23
24
25
26
27
...
34
Older →

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 April 2006