wine-devel June 2006

wine-devel@winehq.org

174 participants
352 discussions

how to debug a segfault in wine-preloader?
by Paul Davis 16 Jun '06

16 Jun '06

i am building ardour (http://ardour.org) as a win32 executable to allow us to continue using win32 DLL's as plugins. when i run the result with wine, i get a segfault long before control has been transferred to my code. it appears to be in wine-preloader (based on what "file core.NNNN" says). i cannot see how to debug this without endless printf's - wine-preloader appears to need wine to run before it, and gdb cannot cross exec boundaries. any hints on how to debug this sort of issue? btw, wine in general works fine, of course. --p

1 0

Re: Will pay $$ for fix of Magic: The Gathering Online bug
by Kyle Winkler 16 Jun '06

16 Jun '06

---------- Forwarded message ---------- From: Kyle Winkler <kylewinkler(a)gmail.com> Date: Jun 15, 2006 6:47 PM Subject: Re: Will pay $$ for fix of Magic: The Gathering Online bug To: EA Durbin <ead1234(a)hotmail.com> I'm currently using Kanotix 2005.04, 32 bit. However, according to my own experience and the info on wine's bug list (its bug 5404), this problem is universal to all distros. On 6/15/06, EA Durbin <ead1234(a)hotmail.com> wrote: > > > >On 6/14/06, Mike McCormack <mike(a)codeweavers.com> wrote: > >>hehe. If you're compiling Wine yourself, do I get $200 for telling you > >>to install the latest version of Fontforge, and make sure recent > >>freetype libraries are on your system? > > Which distro are you using, and is it 64 bit or 32 bit? > > I ran in to a similar problem on my 64 bit gentoo box. If you have 64 bit > linux make sure you copy freetype over to a directory containing your 32 > compatibility libraries. > > cp /usr/lib/libfreetype.* /emul/linux/x86/usr/lib/ > > ./configure --x-libraries=/emul/linux/x86/usr/lib ; make clean ; make > depend > ; make > > > > >

1 0

Will pay $$ for fix of Magic: The Gathering Online bug
by Kyle Winkler 15 Jun '06

15 Jun '06

Currently, Magic: the Gathering Online almost works, except that the fonts are either absent or illegible. I am willing the pay US $200 (via PayPal) for this bug to be fixed. If any of you are willing to give it a try, let me know. I will pay up front.

4 5

Re: secur32: Implement QueryContextAttributes. Add tests. cbMaxToken is 1904 not 2010.
by Kai Blin 15 Jun '06

15 Jun '06

* Kai Blin <kai.blin(a)gmail.com> [15/06/06, 20:50:47]: Please disregard this patch. I sent this out to wine-patches by accident. It still has some errors. > + case SECPKG_ATTR_LOCAL_CRED: > + TRACE("MSDN claims SECPKG_ATTR_LOCAL_CRED is obsolete\n"); > + /* fall through */ > + case SECPKG_ATTR_LOCAL_CERT_CONTEXT: > + FIXME("SECPKG_ATTR_LOCAL_CERT_CONTEXT.stub\n"); > + break; > + case SECPKG_ATTR_ROOT_STORE: > + FIXME("SECPKG_ATTR_ROOT_STORE stub\n"); > + break; Those only exist for SCHANNEL, not NTLM. > + case SECPKG_ATTR_SIZES: > + { > + PSecPkgContext_Sizes spcs = > + SECUR32_ALLOC(sizeof(SecPkgContext_Sizes)); > + spcs->cbMaxToken = NTLM_MAX_BUF; > + spcs->cbMaxSignature = 16; > + spcs->cbBlockSize = 1; > + spcs->cbSecurityTrailer = 16; > + pBuffer = spcs; > + return SEC_E_OK; > + } This doesn't seem to set pBuffer to spcs. What did I miss here? > + switch(sec_pkg_name) > + { > + case "NTLM": This doesn't work, of course. -- Kai Blin, (blin at gmx dot net) "Let us condemn to hellfire all those who disagree with us." -- militant religionists everywhere

2 1

Re: Re: [WineD3D] fix bug 4872
by fenix＠club-internet.fr 15 Jun '06

15 Jun '06

----Message d'origine---- >Date: Wed, 14 Jun 2006 22:03:58 -0600 >De: Vitaliy Margolen <wine-devel(a)kievinfo.com> >A: Raphael <fenix(a)club-internet.fr> >Copie à: wine-devel(a)winehq.org >Sujet: Re: [WineD3D] fix bug 4872 > >Wednesday, June 14, 2006, 6:51:21 PM, Raphael wrote: >> On Thursday 15 June 2006 02:34, Raphael wrote: >>> Hi, >>> >>> first patch since a long time :) >>> >>> Changelog: >>> - rename WineD3D_(Create|Release)FakeGLContext to WineD3D_(Create| >>> Release)FakeGLContextOnNeed >>> - and if a GL context is already active (and was not a fake context) >>> returns simili fake context with current GL context infos >>> - cleanup not more needed checks >>> >>> fix #4872: make IWineD3DImpl_CheckDeviceType working if a GL context is >>> already active >>> >>> Regards, >>> Raphael > >> Use this patch instead, i let some stupid (and buggy) debug code > >> Regards, >> Raphael > >I think I counted at least 5 indentation stiles in your patch. I understand >staying consistent with the code's style and using your own stile. But 5?! No i only see two problems, and made by use of xemacs (as i have broken my kate install). Anyway i plan to cleanup code in file in a next patch See http://marc.theaimsgroup.com/?l=wine-patches&m=115033272215006&w=2 >> } >You forgot LEAVE_GL(); NO, LEAVE_GL() is done on ReleaseFakeGLContextOnNeed. to permit between two calls to can make X/GLX calls safely >> + case WINED3DFMT_A4R4G4B4: >> + if (4 == rb && 4 == gb && 4 == bb && 4 == ab) return TRUE; >> + break; >Has nothing to do with context. ?? >> + case WINED3DFMT_A8: >> + if (8 == ab) return TRUE; >> + break; >Same here ?? >> if (Adapter >= IWineD3D_GetAdapterCount(iface)) { >> - TRACE("(%p) Failed: Atapter (%u) higher than supported adapters (%u) returning WINED3DERR_INVALIDCALL\n", This, Adapter, IWineD3D_GetAdapterCount(iface)); >> + TRACE_(d3d_caps)("[FAILED: Atapter (%u) higher than supported adapters (%u)]\n", Adapter, IWineD3D_GetAdapterCount(iface)); >> return WINED3DERR_INVALIDCALL; >> } >This one as well. And I haven't seen any traces so far that used square >brackets. Now we will! Have you ever seen D3D traces ? I only made same as IWineD3DImpl_CheckDeviceFormat (for coherency) see http://source.winehq.org/source/dlls/wined3d/directx.c#L1425 Anyway displaying [OK] or [FAILED] for checks results seems a good idea (and easy to find in logs) > >Vitaliy Margolen Regards, Raphael PS: before many complains, my ISP webmail is buggy, sorry :)

5 4

Re: comctl32: Add a short test for the listview.
by Detlef Riekenberg 15 Jun '06

15 Jun '06

Am Donnerstag, den 15.06.2006, 17:30 +0900 schrieb Mike McCormack: > + * License along with this library; if not, write to the Free > Software > + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA > 02111-1307 The old Address slipped in. -- By By ... ... Detlef

1 0

Re: Alexandre Julliard : winedbg: Avoid a crash when there' s no backtrace to print.
by Eric Pouech 15 Jun '06

15 Jun '06

Alexandre Julliard wrote: >Module: wine >Branch: refs/heads/master >Commit: d47dcbf05a0159a87234ac6e41ae011150019f09 >URL: http://source.winehq.org/git/?p=wine.git;a=commit;h=d47dcbf05a0159a87234ac6… > >Author: Alexandre Julliard <julliard(a)winehq.org> >Date: Thu Jun 15 11:38:43 2006 +0200 > >winedbg: Avoid a crash when there's no backtrace to print. > > I wonder if it's the right fix. It would be better in the case where we cannot fetch any frame to set a dummy frame from current registers (even if the frame isn't 100% valid) A+

1 0

Re: msi: Cast the total memory to an unsigned int to avoid overflow in machines with more than 2Gb of RAM [resend]
by Alexandre Julliard 15 Jun '06

15 Jun '06

"James Hawkins" <truiken(a)gmail.com> writes: > Is there anything wrong with this patch? I have a machine with 3gb of > ram and a lot of installers complain that I don't have enough memory. > 3gb should certainly satisfy a 32mb condition, but we return "-1303" > etc. The existing code should work fine, and yours will return 0 for a 4Gb box... It sounds like the problem is in GlobalMemoryStatusEx. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: configure: Fix test for ability to link with ICU libraries.
by Alexandre Julliard 15 Jun '06

15 Jun '06

Scott Bambrough <scottb(a)xandros.com> writes: > In the worst case this code will run through 9 tests searching for the > ICU library. In the default case (no environment variables set) it > will run through 4 tests at worst before giving up. > > In your case, (assuming you have libicuuc.so and libicudata.so in > /usr/lib) it will take two tests, as the code will test in > /usr/local/lib first. In the unpatched version it would have taken 1 > test. In my case it takes 4 tests. I'm not so worried about the number of tests, but about the complexity of the code. You are turning a simple 10-line check in a 90-line monster, that's really too much for such an obscure feature that pretty much nobody uses. I'd suggest something along these lines: for i in ${ICU_LIB_DIR-/usr/lib}/libicu \ ${ICU_LIB_DIR-/usr/lib}/libsicu do LIBS="${i}uc.a ${i}data.a $LIBS" AC_TRY_LINK etc. done You can add /usr/local/lib to the mix if you like, but I don't think that's really necessary. -- Alexandre Julliard julliard(a)winehq.org

1 0

Parallels Virtualization Software does not work with Wine
by Benjamin Arai 15 Jun '06

15 Jun '06

Hi, Just a quick note to any body using VMware or the like for testing Wine, as of Parallels version 2.1 Wine would not run under any guest operating system that I tested (in all cases Wine caused a segmentation fault upon starting). I was using Parallels (Host: Windows XP, Guest: Centos OS 4.3, Ubuntu 6.06, and Fedora Core 5), none worked in Parallels and all worked running native. I am pretty sure this is not a Wine problem, I think it is a trapping issue on Parallels side. Benjamin Arai me(a)benjaminarai.com http://www.benjaminarai.com <http://www.benjaminarai.com/>

1 0

Re: wineuser.h [do NOT apply]
by Vitaly Lipatov 15 Jun '06

15 Jun '06

Sorry for incompetence, please do not aplly it. В сообщении от 15 июня 2006 20:17 Vitaly Lipatov написал(a): > Changelog > Add some WM_ message defines. -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

Re: [Bug 5409] ie6setup fails with "The download location information is damaged"
by Peter Åstrand 15 Jun '06

15 Jun '06

On Tue, 13 Jun 2006, Wine Bugs wrote: > http://bugs.winehq.org/show_bug.cgi?id=5409 > truiken(a)gmail.com changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution| |DUPLICATE Since you obviously doesn't believe this is a bug, let's take this discussion on the devel list, instead of ping-ponging between RESOLVED/REOPENED. > ------- Additional Comments From truiken(a)gmail.com 2006-13-06 03:21 ------- > Either way, the bug is: wine does not provide inseng.dll, which ie6setup.exe > requires. You don't need to tell me that over and over; I did understand the first time. But again, I *have* installed inseng.dll. I've tried the same version that comes with the IE download package. I've tried the version from Windows XP. I've tried the version from Windows 2000. I've also registered the DLL with: $ wine regsvr32 inseng.dll which gave me: "Successfully registered DLL inseng.dll" So I have a hard time believing that inseng.dll is the cause of my problems. > If you're having problems with native dlls, that's not wine's bug. Strange comment. > Marking as a duplicate, but it really should be invalid, worksforme, etc. If you don't think this is a duplicate, why mark it as that? > *** This bug has been marked as a duplicate of 1293 *** I don't believe this is a duplicate of 1293. A comment on that bug says, which you have written yourself, says: "ie6setup.exe claims that it can't download the setup files because inseng.dll is not registered." Again, it doesn't look like this is my problem. Also, the error message is different. Regards, -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

2 1

Re: [WineD3D] fix bug 4872
by Raphael 15 Jun '06

15 Jun '06

On Thursday 15 June 2006 02:34, Raphael wrote: > Hi, > > first patch since a long time :) > > Changelog: > - rename WineD3D_(Create|Release)FakeGLContext to WineD3D_(Create| > Release)FakeGLContextOnNeed > - and if a GL context is already active (and was not a fake context) > returns simili fake context with current GL context infos > - cleanup not more needed checks > > fix #4872: make IWineD3DImpl_CheckDeviceType working if a GL context is > already active > > Regards, > Raphael Use this patch instead, i let some stupid (and buggy) debug code Regards, Raphael

2 1

More evidence Wine is important...
by Dan Kegel 14 Jun '06

14 Jun '06

http://whatjapanthinks.com/2006/06/15/over-a-third-of-japanese-engineers-wo… is one more survey showing that users who don't want to switch to Linux base their opinion primarily on a perceived lack of apps on linux.

1 0

Wine on ppc/linux.
by Mike Mestnik 14 Jun '06

14 Jun '06

I'm trying/working to get x86 windows programs to run under linux on a ppc and eventualy a sparc. After reading the Darwine list, I'm not sure where the best place for this. Will the current move by Apple to x86 hardware replace this project? What about alpha, ARM, MIPS and sparc? -- /**************************************************************** * Mike Mestnik: Junior Admin 612-395-8932 * * mmestnik(a)visi.com VISI/Digital North * ****************************************************************/ Alt address: collections(a)spam.visi.com

3 3

Re: configure: Fix test for ability to link with ICU libraries.
by Alexandre Julliard 14 Jun '06

14 Jun '06

Scott Bambrough <scottb(a)xandros.com> writes: > @@ -603,8 +603,8 @@ if test "$ac_cv_header_unicode_ubidi_h" > then > saved_libs="$LIBS" > ICU_LIB_DIR="${ICU_LIB_DIR-/usr/lib}" > - ICUUC_LIB="${ICUUC_LIB-$ICU_LIB_DIR/libsicuuc.a}" > - ICUDATA_LIB="${ICUDATA_LIB-$ICU_LIB_DIR/libsicudata.a}" > + ICUUC_LIB="${ICUUC_LIB-$ICU_LIB_DIR/libicuuc.a}" > + ICUDATA_LIB="${ICUDATA_LIB-$ICU_LIB_DIR/libicudata.a}" The libraries have different names on different setups, that's why there are environment variables you can set. If you want a better fix you need to make configure probe for the various names. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [Setuapi] implement SetupDiCreateDeviceInfoListExW - try 3
by Juan Lang 14 Jun '06

14 Jun '06

Hi Christian, > I want to make a generic setupapi.dll and I will remove old serial > device list, but as too big patches wont get accepted, I will do this in > one of my next patches. I put that hacky serial device list in there. I don't actually use the app that fixed under Wine, as 1) Wine's serial code never worked for the app, and 2) I no longer have the device it used. So, I don't know if that'll convince AJ or not, but I'm fine with you axing it. Leaving half-working code in there is more likely to get rejected than a big patch, IMO, so I'd suggest you remove it. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Duplicate message by configure
by Gerald Pfeifer 14 Jun '06

14 Jun '06

Disclaimer: I am aware that the system I tested this on is lacking a required library, this is not what I'm trying to describe. When running configure, I get the following message twice: checking for xmlParseMemory in -lxml2... yes checking for xmlReadMemory in -lxml2... yes Package libxslt was not found in the pkg-config search path. Perhaps you should add the directory containing `libxslt.pc' to the PKG_CONFIG_PATH environment variable No package 'libxslt' found -> Package libxslt was not found in the pkg-config search path. -> Perhaps you should add the directory containing `libxslt.pc' -> to the PKG_CONFIG_PATH environment variable -> No package 'libxslt' found checking for libxslt/pattern.h... no checking for libxslt/transform.h... no Where does this come from? Can we fix this somehow? Gerald

2 1

How are we doing?
by Mike Hearn 14 Jun '06

14 Jun '06

As the Summer Of Code begins and new blood joins us all at once, I thought it'd be a good time to open a discussion on how we are doing as a project. Questions to consider: * Is Wine improving or is the regression rate matching the improvement rate? * Are we producing a quality product, from the perspective of non-technical end users? (I appreciate this isn't a goal for everyone) * Are we turning away potential developers for any reason? Could we do more to attract new hackers? * Are the projects fundamental processes serving us well? * Any other thoughts for improvement? In case it's not clear, I'm talking about the project as a community adventure here rather than technical aspects of the codebase. >From my own perspective I think Wine is doing better than ever before. What prompted this email is the realisation that in the past few days I've used Wine nearly every day to run a variety of apps - from games to utilities - and it's succeeded with every single one. Not always perfect but always good enough. I am no longer surprised when Wine runs an app correctly as I was when I first came to the project, these days I nearly take it for granted. Though this may be due to having developed a feel for what will work and what won't :) So clearly we're doing something right ... I also think we are doing OK with attracting and keeping new hackers. The influx of new Direct3D talent lately is fabulous for instance. The experiences of our SoC students will be useful in assessing how to improve the learning curve and we need to tap this resource better than we did last year. In other words, I think we're doing pretty well. I feel more positive about the project that I have done for a long time. It seems like as Win32 stagnated and slowed down over the past 6 years we've been able to turn the tide and add our own code faster than Microsoft can, which is the tipping point. So areas for improvement? * We seem to be doing very well in recruiting hackers who work on one particular DLL or area and solidly improve that, but a less well when it comes to 'general purpose' hackers who just take random apps and make them work. It might just be that I'm out of touch but I don't see as much patch traffic these days along the lines of "This patch set fixes XYZ app" followed by 6 patches to 6 different DLLs. Discussion on IRC/wine-devel is * No clear roadmap to 1.0 - for 0.9 we had Dimis TODO list and it was quite satisfying to see them go green as tasks were completed. I guess we have a 1.0 TODO list too but I never see any updates to it :( * Integration with other projects is still a weak area. Desktop/kernel/X integration could all use some work. I know I know, I'm guilty in not doing my bit here too .... maybe I will find my hack-fu returning sometime soon and work on the fullscreen patch again :) * App specific patches. Well I don't expect policy here to change anytime soon but extreme cases like the WoW VMA layout problem which affects tons of users do highlight the issue. * A few random things I already got into arguments about (forums, libwine api etc) :) What do you guys think? thanks -mike

34 69

Re: msvcrt[2/3]: add initial tests for dlls/msvcrt/data.c [try 2]
by Uwe Bonnes 14 Jun '06

14 Jun '06

>>>>> "Andrew" == Andrew Ziem <ahziem1(a)mailbolt.com> writes: Andrew> because tests yield inconsistent results */ +#if 0 + /* address #if 0 in a patch is depreciated. If the test fails on wine, butt succeeds in windows, use todo_wine(). If there are other conditions that must be met, tell these conditions, perhaps like #define SOME_SPECIAL_TEST 0 #ifdef SOME_SPECIAL_TEST so that others can decipher what you mean. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

Re: [Setuapi] implement SetupDiCreateDeviceInfoListExW - try 3
by Detlef Riekenberg 14 Jun '06

14 Jun '06

Hi Christian Gmeiner: > Sorry for the new version, but i got rid of the whitspace stuff and also > added a check if Reserved != NULL. > > I hope that this patch is ready to commit now. + if (MachineName != NULL) + { + FIXME("remote support is not implemented"); + goto cleanup; + } A failure should always set an error. You should add a test for this in the testsuite. (winspool as example uses an empty servername the same way as NULL). For external Servers, ERROR_ACCESS_DENIED is a very common Result. + if (Reserved != NULL) + { + SetLastError(ERROR_INVALID_PARAMETER); + goto cleanup; + } Same here. This is simple to test in the testsuite. - SerialPortList *list = (SerialPortList *)devinfo; + struct DeviceInfoSet *list = (struct DeviceInfoSet *)devinfo; - if (list->magic == SETUP_SERIAL_PORT_MAGIC) + if (list->magic == SETUP_DEVICE_INFO_SET_MAGIC) { This is wrong. Read: static HDEVINFO SETUP_CreateSerialDeviceList(void) (line 904) --------------- In your test: + // create empty DeviceInfoList C++ comments are not allow (not supported by some compiler) + devlist = SetupDiCreateDeviceInfoListExW(NULL, NULL, NULL, NULL); + + ok(devlist && devlist != INVALID_HANDLE_VALUE, "SetupDiCreateDeviceInfoListExW failed : %p %ld\n", devlist, GetLastError()); - You missed the "SetLastError(0xdeadbeef);" before the tested function. - The first Part of your "ok()" - message ("SetupDiCreateDeviceInfoListExW failed :") has no additional infos. When a test fails, you will already get: "__FILE__:__LINE__: Test failed:" You know the dll, file and line of the failing "ok()" - statement. Example: info.c:932: Test failed: returned 0 with 1801 (expected '!=0' or '0' with ERROR_INVALID_PARAMETER) You may want to look at my recent Tests / Implementations for GetPrintProcessorDirectory or AddMonitor/DeleteMonitor (winspool.drv), but do not use the macro "MAGIC_DEAD" in the tests (it works, but 0xdeadbeef has more advantages). As an Example, that we really need tests for every API-Function: The second Parameter of "DeleteMonitor" is ignored in all tested Windows-Versions. -- By By ... ... Detlef

2 1

Re: wine XShm problem on remote display
by Benjamin Fabricius 14 Jun '06

14 Jun '06

Am Dienstag, den 13.06.2006, 16:22 +0200 schrieb Alexandre Julliard: > Benjamin Fabricius <benjamin.fabricius(a)lawo.de> writes: > > > vst:/opt/fst # ./fst /mnt/testsuite/oberon4/Oberon-8.dll > > yo... lets see... > > The program 'fst.exe.so' received an X Window System error. > > This probably reflects a bug in the program. > > The error was 'BadAccess (attempt to access private resource denied)'. > > (Details: serial 114 error_code 10 request_code 144 minor_code 1) > > (Note to programmers: normally, X errors are reported asynchronously; > > that is, you will receive the error a while after causing it. > > To debug your program, run it with the --sync command line > > option to change this behavior. You can then get a meaningful > > backtrace from your debugger if you break on the gdk_x_error() > > function.) > > Wine will handle that error properly, but here it sounds like fst (or > more likely Gtk) has replaced the Wine error handler with its own, so > Wine doesn't get a chance to handle it. > thanks for the hint, isn't there a possibility in wine to turn of the use of the xshm extension globally? i read that there used to be wine.conf with [x11drv] ...... ; Use XFree86 DGA extension if present UseDGA = Y ; Use XShm extension if present UseXShm = Y ...... is there a mechanism to do this in my wine version (20050725) or current builds? or do you see a way different way to workaround this, i. e. to write an own error handler. i'm not to deep into the x matter though... thanks again bf -- ------------------- Benjamin Fabricius German Student Lawo AG

2 1

Re: Implement more GLSL instructions
by Ivan Gyurdiev 14 Jun '06

14 Jun '06

> As of this patch, Wine now supports more opcodes in GLSL than > ARB_vp/fp and we can handle many of the shader 2.0+ instructions not > available before. There are a few missing texture operations compared > to ARB still, and we're not properly handling textures for any shaders > <2.0, but that's true in ARB as well. Yes, the missing texture operations are kind of important, I think [ but they are valid in SM 1.x only ]. Other suggestions I have: - fix swizzle, make it work consistently across all instructions (see cmp). - may be a good idea to centralize casting in one place to avoid failures [ yes, I probably should have done that when adding casting in my patch :) - merge the rest of the SHADER_ARB code, and organize it the same as the SHADER_GLSL code (in arb_shader.c or something like that). Then go through and compare the two and make sure modifiers and other such things work the same way. ===== For 1.x texture support we could delay compilation until we know what kind of textures will be bound, and then recompile if textures change their dimensionality [ which hopefully they won't ].

1 0

One more shot at ntoskrl implementation
by Vitaliy Margolen 14 Jun '06

14 Jun '06

Here is last instalment of safedisc support in Wine. The major change from last version is the way user space talks to ntoskrnl. Now I'm passing the information through wineserver with a help of 4 server calls. There are still some areas that require work. I will appreciate any input that you guys might have about any part of this code. It's been on my lap for way too long. It would be really cool to finally get it in. PS: Diffed against 1d40bf0141b7f67b1188555962698f5dab631bc3. Need to run tools/make_reqwests. -- Best regards, Vitaliy

2 2

Re: msi: Add tests for MsiInstallProduct
by James Hawkins 13 Jun '06

13 Jun '06

On 6/12/06, James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > Changelog: > * Add tests for MsiInstallProduct. > Ignore this patch for now. Eclipse changed necessary tabs to spaces, and I forgot to include module imports for Makefile.in. I'll resend it tonight. -- James Hawkins

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
15
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 June 2006