wine-devel December 2008

wine-devel@winehq.org

150 participants
305 discussions

Valgrind warning in wined3d/swapchain.c in IWineD3DSwapChainImpl_Destroy
by Dan Kegel 23 Dec '08

23 Dec '08

Hi Stefan, you seem to have been in this code recently, could you have a look? This is a somewhat flaky error that happens about 80% of the time under heavy load on my quad core box. (This is valgrind's xml output format, it's pretty fluffy, sorry.) Thanks, Dan <error> <kind>UninitCondition</kind> <what>Conditional jump or move depends on uninitialised value(s)</what> <stack> <frame> <obj>dlls/wined3d/wined3d.dll.so</obj> <fn>IWineD3DSwapChainImpl_Destroy</fn> <dir>dlls/wined3d</dir> <file>swapchain.c</file> <line>75</line> </frame> <frame> <obj>dlls/d3d9/d3d9.dll.so</obj> <fn>IDirect3DSwapChain9Impl_Release</fn> <dir>dlls/d3d9</dir> <file>swapchain.c</file> <line>66</line> </frame> <frame> <obj>dlls/d3d9/d3d9.dll.so</obj> <fn>D3D9CB_DestroySwapChain</fn> <dir>dlls/d3d9</dir> <file>directx.c</file> <line>427</line> </frame> <frame> <obj>dlls/wined3d/wined3d.dll.so</obj> <fn>IWineD3DDeviceImpl_Uninit3D</fn> <dir>dlls/wined3d</dir> <file>device.c</file> <line>2426</line> </frame> <frame> <obj>dlls/d3d9/d3d9.dll.so</obj> <fn>IDirect3DDevice9Impl_Release</fn> <dir>dlls/d3d9</dir> <file>device.c</file> <line>98</line> </frame> <frame> <obj>dlls/d3d9/tests/d3d9_test.exe.so</obj> <fn>func_visual</fn> <dir>dlls/d3d9/tests</dir> <file>visual.c</file> <line>9960</line> </frame> <frame> <obj>dlls/d3d9/tests/d3d9_test.exe.so</obj> <fn>run_test</fn> <dir>dlls/d3d9/tests/../../../include/wine</dir> <file>test.h</file> <line>452</line> </frame> <frame> <obj>dlls/d3d9/tests/d3d9_test.exe.so</obj> <fn>main</fn> <dir>dlls/d3d9/tests/../../../include/wine</dir> <file>test.h</file> <line>502</line> </frame> </stack> </error>

2 1

Re: winecfg: Disable nonfunctional advanced drive settings
by Austin English 23 Dec '08

23 Dec '08

On Tue, Dec 23, 2008 at 2:36 AM, M.Kiesel <wine-devel(a)continuity.cjb.net> wrote: > In the winecfg drive tab, advanced drive settings (setting label and serial) > seem to be broken currently due to other Wine bugs (see drive.c > apply_drive_changes comments). Disable these settings for now since this > only confuses users. > > Changelog: > winecfg: Disable nonfunctional advanced drive settings > > > Rather than disable it and cause more confusion when it does work, focus on fixing the actual bug instead. -- -Austin

2 2

Re: Wine build failed
by Dmitry Timoshkov 23 Dec '08

23 Dec '08

"Dmitry Timoshkov" <dmitry(a)codeweavers.com> wrote: >> building current git tree fails to me on Debian Etch (x86) with: >> >> ccache gcc -c -I../../../wine-git/dlls/gdi32 -I. -I../../../wine-git/include >> -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ >> -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing >> -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o >> font.o ../../../wine-git/dlls/gdi32/font.c ccache gcc -c >> -I../../../wine-git/dlls/gdi32 -I. -I../../../wine-git/include >> -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ >> -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing >> -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o >> freetype.o ../../../wine-git/dlls/gdi32/freetype.c >> ../../../wine-git/dlls/gdi32/freetype.c:187: error: expected declaration >> specifiers or ‘...’ before ‘FT_LcdFilter’ > > Remove a broken patch from your sources, that's not a "current git tree". I'm sorry, that patch is really in current git. -- Dmitry.

1 0

Re: cryptui(0/24)
by James McKenzie 23 Dec '08

23 Dec '08

Juan Lang wrote: > This patch series implements the remaining portions of > CryptUIWizImport, and calls it from the certificate dialog. > > If all of this is accepted, this is one lengthy and needed functional implementation. Good job, Juan! James McKenzie

2 1

Re: MSVCP80 implementation
by James Mckenzie 23 Dec '08

23 Dec '08

>"James McKenzie" <jjmckenzie51(a)earthlink.net> wrote: > >>>> I'm attempting to get software to run which requires some functions in >>>> MSVCP80 to be implemented. >>>> >>> You need to install msvc2005 redistributable runtime. The simplest way is >>> using winetricks: http://wiki.winehq.org/winetricks >>> >>> Implementing all that is a huge waste of time. >>> >>> >> Legally speaking, we should start implementing all of the functions in >> the Win32/Win64 API. > >MSVCP80 is not a part of win32 API, that's a redistributable run-time >library supposed to be provided by an application. > Dimtry: Thank you for the clarification on its use and where it should come from. I will correct then: Get it through Winetricks or insure that it is packaged with the executable. James McKenzie

1 0

Patchwatcher offline?
by IneedAname 23 Dec '08

23 Dec '08

Looks like Patchwatcher has being offline from 09-Dec-2008. Did I miss something or did someone trip over the mains cable?

5 5

Re: [RFC] wined3d: Avoid triggering OPENGL errors when setting point size
by Henri Verbeet 23 Dec '08

23 Dec '08

2008/12/23 Vincent Pelletier <plr.vincent(a)gmail.com>: > If WINED3DRS_POINTSCALEENABLE is false and WINED3DRS_POINTSIZE render state is > set to an invalid size, glPointSize will fail. > This happens in "Black & White 2", causing log/stderr to be flooded with > opengl errors. > > I'm not sure if this should be fixed here, or when setting state value. > Also, maybe it should be avoided to double-check against opengl bounds when > WINED3DRS_POINTSCALEENABLE is true. > I think it makes more sense to clamp the value to be within the limits, rather than using whatever was used last.

1 0

Fwd: Linking to a Mac OS X build of Wine from winehq.org/download ?
by Zach Drayer 22 Dec '08

22 Dec '08

Begin forwarded message: > From: "Austin English" <austinenglish(a)gmail.com> > Date: December 22, 2008 6:12:13 PM EST > To: "Zach Drayer" <zach(a)drayer.name> > Subject: Re: Linking to a Mac OS X build of Wine from winehq.org/ > download ? > > On Mon, Dec 22, 2008 at 5:06 PM, Zach Drayer <zach(a)drayer.name> wrote: >> >> On Dec 22, 2008, at 10:25 AM, Austin English wrote: >>> >>> It currently has a few 'OS X-isms'. The patch that causes 100% cpu >>> usage on SSL sites in IE6 is reverted, as well as a few x11 hacks. >>> The >>> other main problem is fonts. >>> >>> I think we need to fix the X11 hacks needed before doing considering >>> it 'official' wine. We don't want a flood of bug reports for that >>> problem. >>> >> The big problem is that OS X's X11 still ships with libGL 1.2 >> while, iirc, >> wine requires libGL 1.3. I *believe* (but dont quote me on this) >> that Mike >> patches wine to remove this check. >> >>> What I would like to see is the changes made by Zach and Mike >>> incorporated >>> back into the main Wine code. >> >> I don't make any changes to wine; I just build bland wine and stick >> it in a >> .bundle application. >> >> On Dec 22, 2008, at 10:39 AM, James Mckenzie wrote: >>> >>> Both Mike and Zach have approached building Wine releases in the two >>> structures supported by Apple: Drag and Drop where you grab a pre- >>> built >>> Application object and move it into the Applications folder and >>> the use of >>> the Apple installer with an installable 'package' much like the >>> use of apt >>> or yum. There is great debate as to which is the best approach >>> and, basing >>> this on the struggle within and outside of the OpenOffice.org/ >>> NeoOffice.org >>> MacOSX porting projects, I would like to avoid this problem as >>> best we can. >>> Firefox and Thunderbird use the first approach, but many projects >>> use the >>> latter. >> >> Mike's builds work with drag and drop because he builds all the >> libraries >> that Darwine requires and sticks them in the bundle. >> >> The builds that I create rely on system libraries whenever >> possible. The >> reason my builds have an installer is because the system doesn't >> come with >> versions of FreeType or FontForge that are reasonably up to date. >> >> One notable difference here is that since Mike puts all his builds >> into the >> bundle, It has more compatibility (his versions support Tiger and >> Leopard, >> mine only works on Leopard). However, it comes at the cost of some >> features >> working (iirc, libcups works with my builds, but not his). >> >> -Zach >> > > I think you meant to send this to wine-devel as well. > Yup, sorry about that. Was about to forward it to the right place when i your email.

1 0

New Gecko package - call for tests
by Jacek Caban 22 Dec '08

22 Dec '08

Hi, I've released first (and hopefully last) RC build of new Gecko package and attached a patch against current Wine Git to bug 16198 http://bugs.winehq.org/show_bug.cgi?id=16198 It's critical to make sure, that there will be no regressions due to the new Gecko, it'd much more work to fix such regression than a usual regressions. I'd appreciate any help with testing it. Instructions how to do it are in the bug report. Any application that uses MSHTML is worth testing, esp ones that extensively use it. I will write more about the new release and future plans later in an other subject. Thanks, Jacek

2 2

Re: ntdll: fix a compiler warning on PC-BSD
by Francois Gouget 22 Dec '08

22 Dec '08

I'm a bit surprised that PC-BSD/FreeBSD's mkdir() does not take a mode argument. Are you sure this is really the case? Maybe we are just mising a #include directive on BSD? (Unfortunately I don't really have access to a FreeBSD box right now) -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ You can have my guns when you pry them from my kids cold, dead hands.

2 1

← Newer
1
...
7
8
9
10
11
12
13
...
31
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 December 2008