July 2009 - Wine-Devel - list.winehq.org

transl question
by Aric Stewart July 14, 2009

July 14, 2009

I am looking at the Japanese report from transl and i see something odd. looking at DIALOG MSGBOX for user32... http://source.winehq.org/transl/resource.php?lang=011%3A00&resfile=dlls%2Fu… the STYLE is reported as different, but when I look at the source they appear identical. Is it because the Japanese resource has FONT 9, "MS Shell Dlg" specified? Should that show up as an Error to be corrected? -aric

3 2

Re: 2/2 winex11: add XRender based GetSrcAreaStretch
by Aurimas Fišeras July 14, 2009

July 14, 2009

On 07/11/2009 10:08 PM, Roderick Colenbrander wrote: > Hi, > > This patch adds a XRender based GetSrcAreaStretch. A lot of work is > offloaded to X (less round trips are needed) and it can take advantage > of hardware acceleration. On Nvidia and AMD drivers blt performance > has improved by 20% in CrystalMark2004 while more optimizations can be > added later on. I get a similar performance increase on intel driver too.

2 1

Transl: Getting rid of the conf directory (Part 1)
by Paul Vriens July 14, 2009

July 14, 2009

Hi, In an effort to make conf more dynamic (and less depending on hardcoded configuration) I'd like to get rid of the conf directory. Let's make a first distinction here. We currently have a conf directory used by the scripts/* files and one by the php/* files. I'd like to discuss the scripts/conf directory first. Once that is done we can start discussing the php/conf directory The scripts conf directory ========================== The conf directory shows all the languages currently known by transl to be in use for translations. (We get a warning if a language is found in the source and we don't have a conf file for it.) The most prominent use of the conf directory is to create a list of languages that will show up on the index page. The conf file could hold a parameter "[ignore-sublang]". This parameter is used to change a LANG_XXX, SUBLANG_* into LANG_XXX, SUBLANG_NEUTRAL. So, if we want to get rid of the hardcoded conf directory we need some logic that replaces the above. The logic should hold the following rules: 1. LANG_XXX, SUBLANG_XXX_YYY is the highest level possible so we don't have to do anything here. 2. LANG_XXX, SUBLANG_DEFAULT (only 1 sublanguage in our code) should show LANG_XXX, SUBLANG LANG_XXX_YYY. 3. LANG_XXX, SUBLANG_DEFAULT (multiple sublanguages in our code) should show all possible LANG_XXX, SUBLANG_XXX_YYY. 4. LANG_XXX, SUBLANG_NEUTRAL (only 1 sublangugage in our code) should show LANG_XXX, SUBLANG_XXX_YYY. 5. LANG_XXX, SUBLANG_NEUTRAL (multiple sublanguages in our code) should mean show all possible LANG_XXX, SUBLANG_XXX_YYY. (This logic is already somehow in place when the Portuguese issue was solved.) I propose the following changes: 1. The first thing that should happen before any parsing is done is to get a list of all the different languages Wine is translated in. 2. Automatically create a scripts/conf directory that is based on the list found in step 1. This is temporary until the php part is converted as well. These conf files don't need the [hide] parameter or the [ignore-sublang] parameter anymore. 3. Change some of the php scripts to get rid of the two parameters mentioned in step 2. This basically means that we are not going to show pages anymore for the neutral languages (English is the exception). Note for step 2. The php scripts rely on the php/conf (copy of scripts/conf) directory for retrieving the name of a language. The kernel32 resources also have these names albeit sometimes a little different. I've noted the following differences: conf-dir kernel32 ======== ======== Chinese (Simplified) Chinese (PRC) Chinese (Traditional) Chinese (Taiwan) English (US) English (United States) English (Neutral) English Portugese (Brazilian) Portuguese (Brazil) Portugese (Portugal) Portuguese (Portugal) Do we want to go with the kernel32 names or should we have some kind of name override? To prove my point I just looked at the list of translations we have, created the necessary files in scripts/conf, got rid of the 2 parameters and ran the Master.sh script to regenerate everything. The results were as expected and looked basically the same as on our transl page. After changing the index page to not use the [hide] parameter anymore but some other logic it looked exactly the same. Thoughts, ideas, suggestions, questions on all of this? (As said he php/conf directory can/will be discussed in a second email once this is "solved"). -- Cheers, Paul.

2 8

Re: Add stub for IoOpenDeviceRegistryKey
by Paul Chitescu July 14, 2009

July 14, 2009

+ FIXME( "stub:\n"); + return STATUS_SUCCESS; This is incorrect, since you are adding a stub you must not return success as it would imply that *DevInstRegKey is filled with a valid handle. You must either return an error or provide a full valid implementation (unlikely). Anything else is your private hack, unsuitable for including in the public wine repository since it could crash some drivers.

1 0

Re: [2/8] wbemprox: Add a stub implementation of IWbemLocator.
by Alexandre Julliard July 14, 2009

July 14, 2009

Hans Leidekker <hans(a)codeweavers.com> writes: > diff --git a/dlls/uuid/uuid.c b/dlls/uuid/uuid.c > index 18b4d55..785d690 100644 > --- a/dlls/uuid/uuid.c > +++ b/dlls/uuid/uuid.c > @@ -76,6 +76,7 @@ DEFINE_GUID(GUID_NULL,0,0,0,0,0,0,0,0,0,0,0); > #include "isguids.h" > #include "objsafe.h" > #include "perhist.h" > +#include "wbemcli.h" There doesn't seem to be any Wbem clsid in the Windows libuuid. -- Alexandre Julliard julliard(a)winehq.org

1 0

drive list is not refreshed in winecfg, no more disk label
by Joerg-Cyril.Hoehle＠t-systems.com July 14, 2009

July 14, 2009

Hi, [resend, 1st message disappeared?] since somewhere between wine-1.1.6 and 1.1.21, going to winecfg's drives tab does not (re)scan all drives such as CD-ROMs anymore. So access to the tab is faster, but winecfg does not display the disk label (shown empty) and serial number (always 0) any more. wine cmd -> "dir D:" still lists a disk's label and serial number. Did I miss a voluntary change or shall I file a regression? I'm not aware that my compilation setup may have changed. hal+dbus-dev have been there for ages. Thanks, Jörg Höhle

14 27

re: Supported applications?
by Dan Kegel July 13, 2009

July 13, 2009

Austin wrote: >Looking around the wiki/website, I can't find anywhere where the >'Supported applications' are listed (Powerpoint/Word/Excel viewer and >Adobe Photoshop CS 2, if I remember correctly). Maybe you're thinking of http://wiki.winehq.org/WineReleaseCriteria That's for 1.0 (I don't think we've decided what the criteria are for 1.2). > Are these the only applications that are being targeted for 1.2? > Should others be added? Mozilla Firefox would be a great > candidate to add... > I ask, so I know which applications to make more strenuous appinstall tests for. It's a big commitment to add an app to the "must work for 1.2 to be released" list. The criteria for that list were popular, useful, and freely downloadable applications which already run well To those criteria I would add testable using autohotkey Firefox does seem to qualify (people still use it under wine to get at particular plugins). If you're going to do that, please consider invoking the existing Firefox automated test suites; see https://developer.mozilla.org/en/Mozilla_automated_testing - Dan

2 2

Re: winequartz.drv Mac OS X UI discontinued?
by James McKenzie July 13, 2009

July 13, 2009

Emmanuel Maillard wrote: > > Le 11 avr. 09 à 18:20, James McKenzie a écrit : > >> Emmanuel Maillard wrote: >>> >>> Le 3 janv. 09 à 04:14, James McKenzie a écrit : >>> >>>> Emmanuel Maillard wrote: >>>>> Hi, >>>>> >>>>> Le 4 juil. 08 à 12:37, Adam Strzelecki a écrit : >>>>> >>>>> >>>>>> Hi Emmanuel, hello Wine developers, >>>>>> >>>>>> Latest WineQuartz.drv patch is 0.9.58. Is there any change for >>>>>> more recent release? I tried this patch with 1.0-1 however it has >>>>>> too many conflicts. >>>>>> It would be most convenient if you had just update >>>>>> http://repo.or.cz/w/wine/winequartzdrv.git to match 1.1.0 somehow >>>>>> and include Quartz. >>>>>> >>>>> >>>>> I resolved conflicts for wine-1.0, but didn't take a look yet for >>>>> wine-1.1.0, i just know that's some changes in user32 and winex11.drv >>>>> have to be update in winequartz.drv too. >>>>> >>>>> I will see this week end if i can find free time to make a new >>>>> patch for winequartz.drv and send it to SourceForge. >>>>> (OpenGL is broken in winequartz.drv actually, because of a lack of >>>>> time to fix it) >>>>> >>>>> >>>>> >>>>>> Since Wine passed 1.0 (woohoo!) maybe someone from the direction >>>>>> can revise Mac support? Even there're numerous Emmanuel efforts >>>>>> to provide Mac UI driver instead of X11, it will be always pushed >>>>>> aside, and sentenced to death, because it is not in official >>>>>> sources. >>>>>> >>>>>> I know Alexandre Julliard's decision about NOT taking any >>>>>> Objective- C sources (.m) into the Wine, but maybe this can be >>>>>> revised, anyway all .m rules will be only present on Mac >>>>>> platforms. Using Objective- C is only way to make fair support for >>>>>> Mac OS GUI, as those whole GUI system is objective. >>>>>> Moreover then what's the point of keeping winex11.drv and all GUI >>>>>> driver infrastructure in Wine if nothing else but X11 is NOT >>>>>> accepted into official source? >>>>>> >>>>>> Forgive me what I say now, but I just it would be more fair if >>>>>> someone from Codeweavers just said that Wine's official support >>>>>> for Mac OS X is against their business with CrossOver and this is >>>>>> the real reason they reject winequartz.drv from Emmanuel Maillard. >>>>>> Frankly I'd really pay for CrossOver or Wine, if it was what 1.0-1 >>>>>> is but with native Mac UI, so each wine process has it's own dock >>>>>> icon, and no X11 is needed and native Mac font system. >>>>>> >>>>>> Regards, >>>>>> -- >>>>>> Adam Strzelecki |: nanoant.com :| >>>>>> >>>>>> >>>>> >>>>> >>>>> Cheers >>>>> Emmanuel >>>>> >>>>> >>>> Emmanuel: >>>> >>>> What is the status of winequartz.drv? It looks like your last patch >>>> was for 1.1.2. >>>> >>>> James McKenzie >>>> >>> >>> Hi, >>> >>> I didn't really work on winequartz.drv since this patch, start a new >>> version at the beginning of October, >>> but more or less waiting for DIB engine. >>> >>> Emmanuel >> >> Emmanuael: >> >> Are you still working on this or have you abandoned it? >> >> James McKenzie >> > > Hi, > > I stopped working on winequartz.drv for now ... > abandoned ? not totally, but i currently do not envisage to work again > on it. Emmanuel: At one time you stated that this work depends on a DIB engine. Have you looked at Max' work? Also, did work get finished on 1.1.2 or did that stop as well? James McKenzie

2 3

MaxVertexBlendMatrices issue
by Karl Vogel July 13, 2009

July 13, 2009

(resend after subscribing to the ML - if the first post comes through, pls excuse the spam then :P ) Just tracked down a crash in the game Dark Age of Camelot (daoc) when pixelshaders are enabled. The game issues a GetDeviceCaps() and then checks if MaxVertexBlendMatrices >= 4, which on wine is set to zero on my videocard (Geforce 6800), whereas a windows box returns 4. I found this old post concerning MaxVertexBlendMatrices causing issues in another game (EQ): http://www.winehq.org/pipermail/wine-devel/2008-February/062432.html http://www.winehq.org/pipermail/wine-devel/2008-February/062437.html So I was wondering what the proper way to fix this would be? Should this be made overrideable by a registry setting for certain games? Or should the GL check be changed? Or is that software emulated vertex blending patch needed to correctly fix the issue? Bugzilla has 3 other games where the simple 'fix' of returning 4 makes the game work (Warhammer, EQ, Shin Megami Tensei Online): http://bugs.winehq.org/buglist.cgi?quicksearch=MaxVertexBlendMatrices -- For reference the daoc bug is http://bugs.winehq.org/show_bug.cgi?id=10832

2 3

Re: wined3d: fix empty driver description string
by Henri Verbeet July 13, 2009

July 13, 2009

2009/7/13 <Joerg-Cyril.Hoehle(a)t-systems.com>: > Patch against wine-1.1.25 > You'll generally want to do development against git.

1 0

[Request for review] wrc: Add support for nameID with quotes
by Tijnema July 13, 2009

July 13, 2009

Hello all, I was just checking around some old bugs and found 786 still opened. I've written a patch for it, but I want to know if I'm anywhere close to get it in. I'm sorry if I'm only wasting your time. Matijn

5 5

kernel32: Fix typos in English errors messages (updated)
by Frédéric Delanoy July 13, 2009

July 13, 2009

After comment from Michael Stefaniuc

1 0

Supported applications?
by Austin English July 13, 2009

July 13, 2009

Looking around the wiki/website, I can't find anywhere where the 'Supported applications' are listed (Powerpoint/Word/Excel viewer and Adobe Photoshop CS 2, if I remember correctly). Are these the only applications that are being targeted for 1.2? Should others be added? Mozilla Firefox would be a great candidate to add... I ask, so I know which applications to make more strenuous appinstall tests for. -- -Austin

1 0

Re: kernel32: Fix typos in English errors messages
by Michael Stefaniuc July 13, 2009

July 13, 2009

Hello Frédéric, On 07/12/2009 01:16 PM, Frédéric Delanoy wrote: > @@ -3266,7 +3266,7 @@ Floating underflow > MessageId=1771 > SymbolicName=RPC_S_FP_OVERFLOW > Language=ENU > -Floating overlow > +Floating overflow That sounds strange. Shouldn't that better be "Floating point overflow"? bye michael

2 1

Re: 2/2 winex11: add XRender based GetSrcAreaStretch [with patch]
by Austin English July 12, 2009

July 12, 2009

On Sat, Jul 11, 2009 at 2:33 PM, Roderick Colenbrander<thunderbird2k(a)gmail.com> wrote: > This time with patch. > > Roderick > > On Sat, Jul 11, 2009 at 9:08 PM, Roderick > Colenbrander<thunderbird2k(a)gmail.com> wrote: >> Hi, >> >> This patch adds a XRender based GetSrcAreaStretch. A lot of work is >> offloaded to X (less round trips are needed) and it can take advantage >> of hardware acceleration. On Nvidia and AMD drivers blt performance >> has improved by 20% in CrystalMark2004 while more optimizations can be >> added later on. >> >> Regards, >> Roderick Colenbrander Dan asked me to run appinstall with it, and when I did, found that a ton of stuff breaks. Easiest to see is 'wine control'. It runs, but takes up 100% of a cpu core, and the window never appears. Notepad++ (my dogfood text editor has the same problem). I'm working on adjusting the tests to handle this type of failure better, and will try to run the full test suite on it soon. -- -Austin

2 3

AcceptEx patchset comments
by Mike Kaplinskiy July 12, 2009

July 12, 2009

I'm looking for comments/criticism for the above patch set. It is actually not complete yet (glaring FIXME on #6), but it is relatively close. Some notes: Patch 1: - needed to handle deferred sockets. We need to destroy the actual deferred socket without closing the handle. Patch 2: - ntdll seems to keep a cache of fd's and since the accept_socket change in patch 4 switches the underlying fd object for a socket handle, we need to flush the cache (is there a better approach?). Patch 3: - needed for patch 4 so accept() can create a socket. Patch 3+4+5: - is a tools/make_requests run required before submitting this? Patch 5: - I don't like it, but can't figure out a better way to do it. Anyone have better ideas? - just realized as I was sending this that there is a problem if acceptex is called twice on the same socket (the async from before is not released). Patch 6: - is pretty much the same as the patch by Scott Lindeneau. Just expanded it and added support for data_len. data_len won't work with completion ports yet. Sorry for the continuous spam regarding AcceptEx; I just want to make sure that this isn't going nowhere. Mike.

1 0

Re: comctl32/toolbar.c: Fix Lingvo 9.0 crashes on startup [Resend 2]
by Nikolay Sivov July 12, 2009

July 12, 2009

Vladimir Pankratov wrote: > Hello all. > > Fixed Lingvo 9.0 crashes on startup. > > Changed files: > > comctl32/toolbar.c > > Thanks. The very first one was better (when you fixed only division by zero). Now you're changing path earlier: --- + if(rows <= 0) rows = 1; --- There's no tests currently for that (<=0 isn't tested), could you add them (to test_setrows() I suppose)?

2 2

Re: comctl32/toolbar.c: Fix Lingvo 9.0 crashes on startup
by Nikolay Sivov July 12, 2009

July 12, 2009

Vladimir Pankratov wrote: > Hello all. > > Fixed Lingvo 9.0 crashes on startup. > > Changed files: > > comctl32/toolbar.c > > Thanks. Maybe it's better to simplify: + idealWrap = (infoPtr->nNumButtons - hidden + (rows-1)) / ((rows == 0) ? (rows + 1) : rows); --- to something like that --- + idealWrap = (infoPtr->nNumButtons - hidden + (rows-1)) / (rows ? rows : 1);

2 1

FW: Re: winequartz.drv Mac OS X UI discontinued?
by Rolf Kalbermatter July 12, 2009

July 12, 2009

On Thursday July 09, 2009 5:32 PM Chris Robinson wrote: >> With the same argument you could say that writing COM objects has to >> be done in C++. Yet Wine has lots and lots of COM code written all in >> standard C. > >It has to, because the class vtable layout and calling convention can >be different in Windows than how the host system's compiler will generate it. >COM objects have to interface with existing Windows code, and so need >to be setup in memory in a specific way. Not entirely sure where your "It has too" is pointed at. If it is about COM code being written in C then it is not entirly true. All the MS examples about COM nowadays are completely in C++ and some newer API headers seem to not even include the C part. But of course that code is meant to be compiled with Visual C++ and I could see trouble trying to get the exact binary layout with gcc. This is maybe not such a problem with newest gcc but was certainly a problem with older versions. >If OSX will always have Obj-C support, and the Obj-C code can be >restricted to OSX-only code, then the only sticking point, in my eyes, >would be how maintainable it is. After all, if only one or two people >can work with Obj-C code, it can bit-rot that much more quickly. I think this is in fact the major issue here. There is certainly interest in starting such a project but maintaining it is a completely different beast. Rolf Kalbermatter

3 2

winequartz.drv Mac OS X UI discontinued?
by Adam Strzelecki July 11, 2009

July 11, 2009

Hi, I know that CodeWeavers supports quite nicely Mac builds of Wine, and CrossOver for Mac, yet all of them are X11. There was also once Darwine - an effort to provide Carbon Wine UI driver and Mac optimizations & L&F. Pretty many of those were merged back to Wine, but not winequartz.drv. Do you guys think about reviving winequartz.drv? This would greatly improve Wine on Mac as we could have native Mac fonts handling that's faster than FreeType, Dock icons for Wine applications, and few others. There's still old copy of the it hanging around, but it is abandoned, and no longer compiles with Wine. Or I think it would be cool to write new winecocoa.drv or sthing like that, as Apple officially states that Carbon is deprecated. While it is not well documented, it is pretty easy with Cocoa to make console non-bundled process to be UI foreground process and handle events and Dock: (This code is copyrighted by myself ;P) > int main(int argc, const char * argv[]) { > ProcessSerialNumber psn = {0, kCurrentProcess}; > OSStatus returnCode = TransformProcessType(&psn, > kProcessTransformToForegroundApplication); > SetFrontProcess(&psn); > > NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; > [NSApplication sharedApplication]; > > NSImage *icon = [NSImage imageNamed:@"NSApplicationIcon"]; > [NSApp setApplicationIconImage:icon]; > > [NSApp finishLaunching]; > > NSWindow *window = [[NSWindow alloc] > initWithContentRect:NSMakeRect(0, 0, 100, 100) > styleMask:NSTitledWindowMask| > NSClosableWindowMask|NSMiniaturizableWindowMask|NSResizableWindowMask > backing:NSBackingStoreBuffered defer:NO]; > [window center]; > [window setTitle:@"Test"]; > > NSButton *button = [[NSButton alloc] > initWithFrame:NSMakeRect(10, 10, 80, 80)]; > [button setTitle:@"What?"]; > [button setBezelStyle:1]; > [[window contentView] addSubview:button]; > [button release]; > > [window makeKeyAndOrderFront:NSApp]; > > while(1) { > NSEvent *event = [NSApp > nextEventMatchingMask:NSAnyEventMask > untilDate > :[NSDate distantFuture] > inMode:NSDefaultRunLoopMode > dequeue:YES > ]; > if(event) [NSApp sendEvent:event]; > } > [pool release]; > return 0; > } BTW. I heard that someone previously working for Wine project is now in Apple, it is true? Regards, -- Adam Strzelecki |: nanoant.com :|

20 55

Try #4: user32: Windows test request (cursors/icons)
by Daniel Santos July 11, 2009

July 11, 2009

Thanks again for your feedback and assistance. This is my 4th revision. I've created a static inline is_win9x() as you suggested. I agree that this should be in include/wine/test.h. One minor complication is that some test files define a BOOL or int "is_win9x" local variable, but that is easy to overcome. A few months ago, I wrote an extensive windows version testing patch for wine/test.h, but I appear to have either mis-placed it or accidentally blown it away! =) I've added win_skip() messages where tests are skipped on win9x to avoid crashing the and I clarified the FIXME (I hope it makes more sense). I'm trying to say that we should add tests to make sure height & width are checked since CreateCursor currently doesn't validate the size of the cursor you want to create against the values returned by GetSystemMetrics(). Finally, by Griswold's suggestion, I renamed test_SetCursor and test_DestroyCursor, adding an underscore prefix and a macro that will fill in the __LINE__ to clean up the code slightly. If you can please run this again on a 9x platform and also an NT platform (XP or vista) I would greatly appreciate it! I just want to make sure everything is happy before submitting it and thanks again for all your help! Daniel

1 0

Re: 2/2 winex11: add XRender based GetSrcAreaStretch
by Austin English July 11, 2009

July 11, 2009

On Sat, Jul 11, 2009 at 2:08 PM, Roderick Colenbrander<thunderbird2k(a)gmail.com> wrote: > Hi, > > This patch adds a XRender based GetSrcAreaStretch. A lot of work is > offloaded to X (less round trips are needed) and it can take advantage > of hardware acceleration. On Nvidia and AMD drivers blt performance > has improved by 20% in CrystalMark2004 while more optimizations can be > added later on. > > Regards, > Roderick Colenbrander > > > Forgot the patch. -- -Austin

1 0

Appinstall results down for a few days
by Austin English July 11, 2009

July 11, 2009

My webhost had a security breach, so ssh/ftp is currently disabled. I've been monitoring the results locally, but in case anyone was curious why there haven't been new results in a couple days, now you know. -- -Austin

1 0

Need help testing (acceptex)
by Mike Kaplinskiy July 11, 2009

July 11, 2009

Can someone try this test on win2000+? This tests the WSAAccept->Defer->AcceptEx scenario, and I've only verified the behavior on xp. Thanks, Mike

2 2

win users please test DirectX9_AutoGenFilterType patch
by Joerg-Cyril.Hoehle＠t-systems.com July 11, 2009

July 11, 2009

Dear users of MS-Windows with access to a compiler, please compile the following addition to the Wine testsuite and report results of running on MS-Windows to me by e-mail (preferred) or to this list. The goal is to get rid of bug http://bugs.winehq.org/show_bug.cgi?id=11167 For that I need test data from MS-Windows systems. Maybe some more || broken(D3DTEXF_POINT == fltt) are needed for the tests to pass on some MS-Windows systems/gfx-drivers with limited filter types. Once proper MS-Windows behaviour is known, the patch to Wine will follow. Currently Wine fails the test below. http://msdn.microsoft.com/en-us/library/bb174327(VS.85).aspx diff --git a/dlls/d3d9/tests/texture.c b/dlls/d3d9/tests/texture.c index 4d433b1..29864a8 100644 --- a/dlls/d3d9/tests/texture.c +++ b/dlls/d3d9/tests/texture.c @@ -197,6 +197,21 @@ static void test_mipmap_gen(IDirect3DDevice9 *device) D3DFMT_X8R8G8B8, D3DPOOL_MANAGED, &texture, 0); ok(hr == D3D_OK, "IDirect3DDevice9_CreateTexture failed(%08x)\n", hr); + if (texture) { + D3DTEXTUREFILTERTYPE fltt; + fltt = IDirect3DTexture9_GetAutoGenFilterType(texture); + ok(D3DTEXF_LINEAR == fltt, "GetAutoGenFilterType returned default %d\n", fltt); + hr = IDirect3DTexture9_SetAutoGenFilterType(texture, D3DTEXF_NONE); + ok(hr == D3DERR_INVALIDCALL, "SetAutoGenFilterType D3DTEXF_NONE returned %08x\n", hr); + hr = IDirect3DTexture9_SetAutoGenFilterType(texture, D3DTEXF_ANISOTROPIC); + ok(hr == D3D_OK, "SetAutoGenFilterType D3DTEXF_ANISOTROPIC returned %08x\n", hr); + fltt = IDirect3DTexture9_GetAutoGenFilterType(texture); + ok(D3DTEXF_ANISOTROPIC == fltt /*|| broken(D3DTEXF_POINT == fltt)*/, + "GetAutoGenFilterType returned %d\n", fltt); + hr = IDirect3DTexture9_SetAutoGenFilterType(texture, D3DTEXF_LINEAR); + ok(hr == D3D_OK, "SetAutoGenFilterType D3DTEXF_LINEAR returned %08x\n", hr); + /* IDirect3DTexture9_GenerateMipSubLevels ? */ + } levels = IDirect3DTexture9_GetLevelCount(texture); ok(levels == 1, "Got %d levels, expected 1\n", levels); Thanks for your help, Jörg Höhle

3 2