wine-devel March 2007

wine-devel@winehq.org

162 participants
368 discussions

appdb needs to allow untested applications sometimes
by Dan Kegel 11 Mar '07

11 Mar '07

I tried to add an appdb entry for FINView because it's one of the applications required by the LiMux project, and I'm trying to add links into the appdb for all apps listed on http://wiki.winehq.org/LiMuxWineKeller . It's an addon for a commercial product I don't have, so I couldn't test it. That means I had to lie to the appdb to get it to accept the entry. Appdb maintainers, please remove the "only submit tested applications" restriction from the appdb, or at least allow people who know what they're doing to get around it.

4 4

Re: WineD3D: Blit the offscreen texture into the drawable if needed
by Ivan Gyurdiev 11 Mar '07

11 Mar '07

> This time cube texture support is added. Hopefully the coords are right, I had > no test app for them. If not it should be easy to spot the very > characteristic flipping of the image. > I'm confused - you replaced a patch which had no support for cube maps, with one that has untested support for cube maps?

2 1

Re: wined3d: Implented signed texture formats via NV_TEXTURE_SHADER
by Stefan Dösinger 11 Mar '07

11 Mar '07

Am Samstag 10 März 2007 15:02 schrieb Fabian Bieler: > This patch implements D3DFMT_V8U8 and D3DFMT_Q8W8V8U8 via > NV_TEXTURE_SHADER. This fixes some renderissues in Half-Life 2 with the > DirectX9 path and the DirectX8 path via GLSL. What do those formats provide that other formats do not provide? Signedness, or something else I missed? Using GL_NV_texture shader and GL_ATI_envmap bumpmap is definitly the way to go, but I am concerned about macos, where neither of those extensions exist. But working around that issue will be tricky because the shaders depend more on the stateblock then, and things get increasingly ugly. Oh, and it seems that you have proven me wrong with my suspicion that sRGB correction is the cause of that :-)

3 2

Re: kernel32: MultiByteToWideChar: MB_USEGLYPHCHARS fix
by Felix Nawothnig 10 Mar '07

10 Mar '07

Andrew O.Shadoura wrote: > +#if 0 > static int once; > +#endif > > if (!src || (!dst && dstlen)) > { > @@ -1774,11 +1783,13 @@ INT WINAPI MultiByteToWideChar( UINT pag > > if (srclen < 0) srclen = strlen(src) + 1; > > +#if 0 > if (!once && (flags & MB_USEGLYPHCHARS)) > { > once = 1; > FIXME("MB_USEGLYPHCHARS not supported\n"); > } > +#endif If you implemented MB_USEGLYPHCHARS just remove the FIXME. Don't submit dead code - git will remember all revisions... Felix

1 0

appdb needs to allow untested applications
by Dan Kegel 10 Mar '07

10 Mar '07

I tried to add an appdb entry for FINView because it's one of the applications required by the LiMux project. It's an addon for a commercial product I don't have, so I couldn't test it. That means I had to lie to the appdb to get it to accept the entry. Please remove the "only submit tested applications" restriction from the appdb, or at least allow people who know what they're doing to get around it. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Patches in bugzilla
by Vijay Kiran Kamuju 10 Mar '07

10 Mar '07

Hi, There are some patches that are attached in the bugzilla. They havent sent to wine-patches mailing list. Can I mail them to the mailing list on their behalf? I have asked them to submit to the mailing list. The patches are submitted about 2 months back. Thanks, VJ

2 1

Quick, how do you install native dcom? Or the visual C++ runtimes? Or...
by Dan Kegel 10 Mar '07

10 Mar '07

OK, I've been doing bug triage on and off for years, but just recently I've gotten to the point where I'm tired of going to the NativeDCOM wiki page to remember how to try an app with native dcom just to see if the bug in question is a COM bug. So I wrote a trivial script to automate installing that plus a bunch of other redistributables. A draft is at http://kegel.com/wine/winetricks Usage: winetricks [dcom98|fakeie6|mdac26|mfc40|mono|vbrun60|vcrun6|wsh51|wsh56jscript] ... It's a bit like a programmer's version of winetools: it's so commandline-crufty that normal users won't go near it, but it's simple enough to extend that it will probably end up being pretty handy for anyone working on triaging bugs that appear to be due to missing redistributable libraries. Oh, or commonly-needed registry entries. - Dan

2 2

Re: Add Xcursor support
by Adam Petaccia 10 Mar '07

10 Mar '07

4 3

Re: wined3d: Allow SetCursorProperties on existing cursor
by Stefan Dösinger 10 Mar '07

10 Mar '07

Am Samstag 10 März 2007 06:10 schrieb Erich Hoover: > Real Name: > Erich Hoover > Description: > The SetCursorProperties call needs to be capable of being performed on > existing cursors. The current behavior removes the cursor handle at the > beginning of any SetCursorProperties call (and on Uninit3D). The removal > of the cursor on SetCursorProperties is counter to the documentation and > causes some applications to lose the cursor when SetCursorProperties is > re-issued (See Bug #7619 <http://bugs.winehq.org/show_bug.cgi?id=7619>). > This patch corrects this issue and permits SetCursorProperties to retrieve > the gl texture of an old cursor. > Changelog: > wined3d: Allow SetCursorProperties on existing cursor This is not completely correct: The application can Release the d3d surface after setting the cursor. This would also delete the gl texture used to draw the cursor. Also, the apps can potentially change the surface and call PreLoad. This would change the cursor without SetCursorProperties(The cursor texture does not have to be in D3DPOOL_SCRATCH, so the app can preload it manually). But you are right, a non-dirty surface causes issues with the current code. I think you can fix that by modifying LoadTexture not to release the surface memory is SFLAG_FORCELOAD is passed. (Or better, fix the SFLAG_DONOTFREE macro in wined3d_private.h). Then, when SetCursorProperties sets the surface texture to 0 remove SFLAG_INTEXTURE from the surface flags.

1 0

Settlers II: 10th Anniversary regression?
by Markus 10 Mar '07

10 Mar '07

Hi, when trying the demo of the above game ( http://appdb.winehq.org/appview.php?iVersionId=5346 ) with 0.9.30, it loads the main menu and allows you to enter a game. In 0.9.32, it does not start anymore at all (it hangs after opening a window) with the following messages: fixme:wininet:InternetSetOptionExA Flags 04000000 ignored fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (1000): STUB fixme:wininet:InternetSetOptionExA Flags 04000000 ignored fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 err:ntdll:RtlpWaitForCriticalSection section 0x110020 "heap.c: main process heap section" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Could this be a regression in DirectPlay? Regards, -- Markus

6 16

← Newer
1
...
24
25
26
27
28
29
30
...
37
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 March 2007