- wine-devel - winehq.org

Re: [4/6] wined3d: Simplify IWineD3DVertexBufferImpl_PreLoad() a bit.
by Alexandre Julliard 06 Mar '09

06 Mar '09

Henri Verbeet <hverbeet(a)codeweavers.com> writes: >>From c0f791e008fba3b7576d7e444801a7d45c72ff6a Mon Sep 17 00:00:00 2001 > From: Henri Verbeet <hverbeet(a)codeweavers.com> > Date: Fri, 6 Mar 2009 08:43:49 +0100 > Subject: wined3d: Simplify IWineD3DVertexBufferImpl_PreLoad() a bit. It doesn't work here: ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c && touch visual.ok visual.c:8782: Tests skipped: D3DFMT_G16R16F textures not supported visual.c:8782: Tests skipped: D3DFMT_G32R32F textures not supported visual.c:7572: Tests skipped: Card has unconditional pow2 support, skipping conditional NP2 tests visual.c:7526: Test failed: Input 0x00003c00, 0x00000000 returned color 00102030, expected 0x00ff0000 visual.c:7529: Test failed: Input 0x00000000, 0x3c000000 returned color 00102030, expected 0x00000000 visual.c:7532: Test failed: Input 0x3c000000, 0x00000000 returned color 00102030, expected 0x0000ff00 visual.c:7535: Test failed: Input 0x00000000, 0x00003c00 returned color 00102030, expected 0x000000ff visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 0) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 0) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 0) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 0) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 1) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 1) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 1) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 2) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 2) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 3) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 4) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 5) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 5) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 5) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 5) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 6) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 6) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 6) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 6) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 7) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 7) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 7) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 7) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 8) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 8) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 8) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 8) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 9) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 9) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 9) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 10) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 10) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 10) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 10) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 11) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 11) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 11) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 11) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 12) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 13) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 13) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 13) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 13) visual.c:9242: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 14) visual.c:9244: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 14) visual.c:9246: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 14) visual.c:9248: Test failed: has color 0x00ffffff, expected 0x00ff0000 (case 14) visual.c:8643: Tests skipped: Only 1 simultaneous render target supported, skipping MRT test make[2]: *** [visual.ok] Error 51 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [sane.ds 2/4] Fix a subtle bug that prevented the float scrollbar from incrementing by one.
by Francois Gouget 06 Mar '09

06 Mar '09

On Thu, 5 Mar 2009, Jeremy White wrote: [...] > + /* Note that conversion of float -> SANE_Fixed is lossy; > + * and when you truncate it into an integer, you can get > + * unfortunate results. This calculation attempts > + * to mitigate that harm */ > if (s_quant) > - pos = (dd / s_quant); > + pos = ((dd + (s_quant/2.0)) / s_quant); > else > - pos = dd / 0.01; > + pos = (dd + 0.005) / 0.01; pos is an integer. So why not simply round to the nearest instead of rounding down (which is the default for double -> int conversions)? if (s_quant) pos = lround(dd / s_quant); else pos = lround(dd / 0.01); -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95

1 0

Re: [sane.ds 4/4] Move the README to the right place and update it; remove the TWAIN file as it is just an obsolete fragment of the readily available TWAIN specification file.
by Alexandre Julliard 06 Mar '09

06 Mar '09

Jeremy White <jwhite(a)codeweavers.com> writes: > diff --git a/dlls/sane.ds/README b/dlls/sane.ds/README > new file mode 100644 > index 0000000..ce030a7 > --- /dev/null > +++ b/dlls/sane.ds/README > @@ -0,0 +1,64 @@ > +Status/TODO as of March 5, 2009. > +Jeremy White, jwhite(a)codeweavers.com. > + > + > +What works: Please put that sort of information as comments in the relevant source files. It's never updated if it's a separate README. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [sane.ds 3/4] Add support for ICAP_SUPPORTEDSIZES, enabling rational sizing for scans.
by Alexandre Julliard 06 Mar '09

06 Mar '09

Jeremy White <jwhite(a)codeweavers.com> writes: > + rc = GetLocaleInfoA(LOCALE_USER_DEFAULT, LOCALE_IPAPERSIZE, paper, sizeof(paper)); > + if (rc > 0) > + switch (atoi(paper)) You should use LOCALE_RETURN_NUMBER. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: storing the registry key class name to make PDFXChange-Viewer happy
by Patrick 06 Mar '09

06 Mar '09

Dear Dan, Juan, Austin et al I still hope that one of you guys could take care of including this in the mainline wine - i sent a patch to wine-patches which still applies fine to the latest git tree. Any help for including the bugfix is much appreciatet. The code is totally copyright free. Please help getting this bug fixed. Just submit the code as your own or vote for the inclusion of my patch or improove it and resubmit, ... any help is appreciated! Greets Patrick @dan On Mon, 2009-03-02 at 18:38 +0100, Dan Kegel wrote: > Oh, but I meant to say, you should write your own test > to verify the bug you're trying to fix, and make sure > your test passes on windows. See > http://www.winehq.org/docs/winedev-guide/testing > Then submit the test along with your bugfix. > That way your bug will stay fixed, because everyone > will run your test (along with all the others) before they > submit changes to wine. It might be difficult to write a test since the test would actually pass already as long as you don't shutdown and restart wineserver, which is not done during the tests I guess... >From 554fc44b2c94acda06521cb5be5b3143054eebf7 Mon Sep 17 00:00:00 2001 From: Patrick <ragamuffin(a)datacomm.ch> Date: Mon, 2 Mar 2009 10:12:26 +0100 Subject: save/load registry key class names --- server/registry.c | 41 +++++++++++++++++++++++++++++++++++++---- 1 files changed, 37 insertions(+), 4 deletions(-) diff --git a/server/registry.c b/server/registry.c index d83486b..afe7771 100644 --- a/server/registry.c +++ b/server/registry.c @@ -246,6 +246,10 @@ static void save_subkeys( const struct key *key, const struct key *base, FILE *f { fprintf( f, "\n[" ); if (key != base) dump_path( key, base, f ); + if (key->class != NULL) { + fprintf( f, "] [" ); + dump_strW( key->class, key->classlen / sizeof(WCHAR), f, "[]" ); + } fprintf( f, "] %u\n", (unsigned int)((key->modif - ticks_1601_to_1970) / TICKS_PER_SEC) ); for (i = 0; i <= key->last_value; i++) dump_value( &key->values[i], f ); } @@ -1107,12 +1111,12 @@ static int get_data_type( const char *buffer, int *type, int *parse_type ) static struct key *load_key( struct key *base, const char *buffer, int flags, int prefix_len, struct file_load_info *info ) { - WCHAR *p; - struct unicode_str name; - int res; + WCHAR *p, *c; + struct unicode_str name, class; + int res, c_res; unsigned int mod; timeout_t modif = current_time; - data_size_t len; + data_size_t len, c_len; if (!get_file_tmp_space( info, strlen(buffer) * sizeof(WCHAR) )) return NULL; @@ -1122,6 +1126,32 @@ static struct key *load_key( struct key *base, const char *buffer, int flags, file_read_error( "Malformed key", info ); return NULL; } + + c_len = info->tmplen - len; + if ((c_res = parse_strW( info->tmp + len / sizeof(WCHAR), &c_len, buffer + res, ']' )) == -1) + { + /* no class name */ + class.len = 0; + } + else + { + res += c_res; + + c = info->tmp + len / sizeof(WCHAR); + while (*c) { if (*c++ == '[') break; } + + if (!*c) + { + /* malformed class name - ignore */ + class.len = 0; + } + else + { + class.str = c; + class.len = c_len - (c - (info->tmp + len / sizeof(WCHAR)) + 1) * sizeof(WCHAR); + } + } + if (sscanf( buffer + res, " %u", &mod ) == 1) modif = (timeout_t)mod * TICKS_PER_SEC + ticks_1601_to_1970; @@ -1140,6 +1170,9 @@ static struct key *load_key( struct key *base, const char *buffer, int flags, } name.str = p; name.len = len - (p - info->tmp + 1) * sizeof(WCHAR); + + if (class.len > 0) + return create_key( base, &name, &class, flags, modif, &res ); return create_key( base, &name, NULL, flags, modif, &res ); } -- 1.6.1.3

1 0

installing ie6 and directX
by alice_wl 06 Mar '09

06 Mar '09

hello I just installed wine and used winetricks to get IE actualy I want to play combat arms and read that I should use ie6 to download and install it. I m using gentoo with and amd64 and wine 1.1.15. there were some broken links in drive_c/windows which I fixed by linking /usr/lib/wine to /usr/lib/wine32 problem: internetexplorer has no controls and links go black on hover on the wineHQ startpage. ctrl-L for location doesnt work also. I set windows version to winxp I installed allfonts and comctl32 but no change problem2: installing directx9 via winetricks fails. the files are extracted but there is an error installing. .wine/drive_c/windows/Logs/DXError.log contains: -------------------- [03/03/09 14:21:47] module: dsetup32(Oct 27 2008), file: setup.cpp, line: 5338, function: CSetup::DoCopy Failed API: SetupIterateCabinet() Error: (3) - Path not found Unable to iterate through C:\WINE~HPG\DXNT.cab. The file may be damaged. -------------------- [03/03/09 14:23:07] module: dsetup32(Oct 27 2008), file: setup.cpp, line: 5338, function: CSetup::DoCopy Failed API: SetupIterateCabinet() Error: (3) - Path not found Unable to iterate through C:\WINE~HPG\DXNT.cab. The file may be damaged. -------------------- [03/03/09 14:28:14] module: dsetup32(Oct 27 2008), file: setup.cpp, line: 5338, function: CSetup::DoCopy Failed API: SetupIterateCabinet() Error: (3) - Path not found Unable to iterate through C:\WINE~HPG\DXNT.cab. The file may be damaged. .wine/drive_c/windows/Logs/DirectX.log 03/03/09 14:21:29: DXSetup: No command line switch 03/03/09 14:21:29: DXSetup: StartWizard() 03/03/09 14:21:30: dsetup32: IsWow64(): Windows 2000 or Windows 9x. 03/03/09 14:21:33: DXSetup: CDXWSetup() 03/03/09 14:21:43: DXSetup: start installation 03/03/09 14:21:43: DSETUP: DirectXSetupA(): hWnd: 00030028 dwFlags: 02010098 03/03/09 14:21:43: dsetup32: === SetupForDirectX() start === 03/03/09 14:21:43: dsetup32: Oct 27 2008 09:42:44 03/03/09 14:21:43: dsetup32: DXSetupCommand = 0. 03/03/09 14:21:43: DXSetup: DSetupCallback(): Phase = 0, Steps = 0 03/03/09 14:21:43: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:21:43: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:21:43: dsetup32: Installing on Win2K 03/03/09 14:21:43: dsetup32: IsWow64(): Windows 2000 or Windows 9x. 03/03/09 14:21:43: dsetup32: BuildPaths(): temp directory c:\windows\system\DirectX is created. 03/03/09 14:21:43: dsetup32: Unable to find mscoree.dll. 03/03/09 14:21:43: dsetup32: CheckForManagedDX(): .NETFramework is not available, Managed DirectX is not installed. 03/03/09 14:21:43: dsetup32: Checking the version: HKLM\software\microsoft\directx\Version 03/03/09 14:21:43: dsetup32: Version in registry = 4.09.00.0904 03/03/09 14:21:43: dsetup32: Version in DLL = 4.09.00.0904 03/03/09 14:21:43: dsetup32: DXCheckTrust(): C:\WINE~HPG\dxupdate.cab is trusted. 03/03/09 14:21:43: dsetup32: GetCDXUpdate(): Extracting dxupdate.dll from C:\WINE~HPG\dxupdate.cab. 03/03/09 14:21:43: dsetup32: Extracted file dxupdate.dll from cab 03/03/09 14:21:43: dsetup32: Extracted file dxupdate.inf from cab 03/03/09 14:21:43: dsetup32: Extracted file dxupdate.cif from cab 03/03/09 14:21:43: dsetup32: GetCDXUpdate(): Loading dxupdate.dll in c:\windows\system\DirectX\DX6dec.tmp\. 03/03/09 14:21:43: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:21:43: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Checking for dxdllreg_x86.cab... 03/03/09 14:21:43: dxupdate: DXCheckTrust(): C:\WINE~HPG\dxdllreg_x86.cab is trusted. 03/03/09 14:21:43: dxupdate: Extracted file dxdllreg_x86.inf from cab 03/03/09 14:21:43: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:43: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:43: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_1_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_1_x64.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_2_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_2_x64.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2902.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2903.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2904.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2905.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2906.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2907.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2908.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2909.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2910.0_x86.cab does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2005_d3dx9_24_x86.cab... 03/03/09 14:21:43: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2005_d3dx9_24_x86.cab is trusted. 03/03/09 14:21:43: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:43: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:43: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K_Feb2005_d3dx9_24_x86.cab] is being installed. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2005_d3dx9_24_x64.cab] is skipped on this platform. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2005_MDX_x86.MSI does not exist. 03/03/09 14:21:43: dxupdate: ----- 03/03/09 14:21:43: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2005_d3dx9_25_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2005_d3dx9_25_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file apr2005_d3dx9_25_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2005_d3dx9_25_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Apr2005_MDX_x86.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2005_d3dx9_26_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2005_d3dx9_26_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file jun2005_d3dx9_26_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2005_d3dx9_26_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Jun2005_MDX_x86.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2005_d3dx9_27_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2005_d3dx9_27_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file aug2005_d3dx9_27_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2005_d3dx9_27_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Aug2005_MDX_x86.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_d3dx9_27_x86.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_d3dx9_27_x64.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_MDX_x86.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2005_xinput_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2005_xinput_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file oct2005_xinput_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2005_xinput_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2005_d3dx9_28_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2005_d3dx9_28_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file dec2005_d3dx9_28_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2005_d3dx9_28_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Dec2005_MDX1_x86_Archive.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Dec2005_MDX1_x86.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2006_d3dx9_29_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2006_d3dx9_29_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file feb2006_d3dx9_29_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2006_d3dx9_29_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2006_MDX1_x86_Archive.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2006_MDX1_x86.cab does not exist. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2006_XACT_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2006_XACT_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file feb2006_xact_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_d3dx9_30_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_d3dx9_30_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file apr2006_d3dx9_30_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_d3dx9_30_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Managed DirectX Plug-In [Apr2006_MDX1_x86_Archive.cab] is not installed on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Managed DirectX Plug-In [Apr2006_MDX1_x86.cab] is not installed on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_XACT_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_XACT_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file apr2006_xact_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_xinput_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_xinput_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file apr2006_xinput_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_xinput_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2006_XACT_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2006_XACT_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file jun2006_xact_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2006_xinput_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2006_xinput_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file aug2006_xinput_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2006_xinput_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2006_XACT_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2006_XACT_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file aug2006_xact_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2006_d3dx9_31_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2006_d3dx9_31_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file oct2006_d3dx9_31_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2006_d3dx9_31_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2006_XACT_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2006_XACT_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file oct2006_xact_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_d3dx9_32_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_d3dx9_32_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file dec2006_d3dx9_32_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_d3dx9_32_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_d3dx10_00_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_d3dx10_00_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file dec2006_d3dx10_00_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_d3dx10_00_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_XACT_x86.cab... 03/03/09 14:21:44: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_XACT_x86.cab is trusted. 03/03/09 14:21:44: dxupdate: Extracted file dec2006_xact_x86.inf from cab 03/03/09 14:21:44: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:44: dxupdate: ----- 03/03/09 14:21:44: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2007_XACT_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2007_XACT_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file feb2007_xact_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_d3dx9_33_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_d3dx9_33_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file apr2007_d3dx9_33_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_d3dx9_33_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_d3dx10_33_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_d3dx10_33_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file apr2007_d3dx10_33_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: CheckDependency(): supported build number is not checked for this Plug-In. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_d3dx10_33_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_XACT_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_XACT_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file apr2007_xact_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_xinput_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_xinput_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file apr2007_xinput_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_xinput_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_d3dx9_34_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_d3dx9_34_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file jun2007_d3dx9_34_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_d3dx9_34_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_d3dx10_34_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_d3dx10_34_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file jun2007_d3dx10_34_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_d3dx10_34_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_XACT_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_XACT_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file jun2007_xact_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_d3dx9_35_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_d3dx9_35_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file aug2007_d3dx9_35_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_d3dx9_35_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_d3dx10_35_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_d3dx10_35_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file aug2007_d3dx10_35_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_d3dx10_35_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_XACT_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_XACT_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file aug2007_xact_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_d3dx9_36_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_d3dx9_36_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file nov2007_d3dx9_36_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_d3dx9_36_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_d3dx10_36_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_d3dx10_36_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file nov2007_d3dx10_36_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_d3dx10_36_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_X3DAudio_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_X3DAudio_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file nov2007_x3daudio_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_XACT_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_XACT_x86.cab is trusted. 03/03/09 14:21:45: dxupdate: Extracted file nov2007_xact_x86.inf from cab 03/03/09 14:21:45: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:45: dxupdate: ----- 03/03/09 14:21:45: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_d3dx9_37_x86.cab... 03/03/09 14:21:45: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_d3dx9_37_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Mar2008_d3dx9_37_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_d3dx9_37_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_d3dx10_37_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_d3dx10_37_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Mar2008_d3dx10_37_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_d3dx10_37_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_X3DAudio_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_X3DAudio_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Mar2008_X3DAudio_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_XACT_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_XACT_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Mar2008_XACT_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_XAudio_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_XAudio_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Mar2008_XAudio_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_d3dx9_38_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_d3dx9_38_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Jun2008_d3dx9_38_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_d3dx9_38_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_d3dx10_38_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_d3dx10_38_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Jun2008_d3dx10_38_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_d3dx10_38_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_X3DAudio_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_X3DAudio_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Jun2008_X3DAudio_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_XACT_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_XACT_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Jun2008_XACT_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_XAudio_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_XAudio_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Jun2008_XAudio_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_d3dx9_39_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_d3dx9_39_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Aug2008_d3dx9_39_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_d3dx9_39_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_d3dx10_39_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_d3dx10_39_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Aug2008_d3dx10_39_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_d3dx10_39_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_XACT_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_XACT_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Aug2008_XACT_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_XAudio_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_XAudio_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Aug2008_XAudio_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_X3DAudio_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_X3DAudio_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Nov2008_X3DAudio_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_XACT_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_XACT_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Nov2008_XACT_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_XAudio_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_XAudio_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Nov2008_XAudio_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_d3dx9_40_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_d3dx9_40_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Nov2008_d3dx9_40_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_d3dx9_40_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_d3dx10_40_x86.cab... 03/03/09 14:21:46: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_d3dx10_40_x86.cab is trusted. 03/03/09 14:21:46: dxupdate: Extracted file Nov2008_d3dx10_40_x86.inf from cab 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:21:46: dxupdate: CheckDependency(): no dependency. 03/03/09 14:21:46: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:21:46: dxupdate: ----- 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_d3dx10_40_x64.cab] is skipped on this platform. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2005_xinput_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2005_xinput_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2005_XACT_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2005_MDX_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_XACT_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_MDX2_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_MDX2_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_d3dx10_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_d3dx10_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_MDX2_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_MDX2_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_d3dx10_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_d3dx10_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_MDX2_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_MDX2_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_d3dx10_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_d3dx10_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2006_d3dx10_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2006_d3dx10_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Aug2006_d3dx10_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Aug2006_d3dx10_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2006_d3dx10_x86.cab] is skipped. 03/03/09 14:21:46: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2006_d3dx10_x64.cab] is skipped. 03/03/09 14:21:46: dxupdate: Total Files: 126 03/03/09 14:21:46: dxupdate: Total Size: 50289664 03/03/09 14:21:46: dxupdate: Total Progress: 34 03/03/09 14:21:46: dsetup32: Installation Started with language eng 03/03/09 14:21:47: dsetup32: DXCheckTrust(): C:\WINE~HPG\DXNT.cab is trusted. 03/03/09 14:21:47: dsetup32: Extracted file dxnt.inf from cab 03/03/09 14:21:47: dsetup32: Extracted file dxntunp.inf from cab 03/03/09 14:21:47: dsetup32: Extracted file dxver.inf from cab 03/03/09 14:21:47: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:21:47: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:21:47: dsetup32: DXCheckTrust(): C:\WINE~HPG\bdant.cab is trusted. 03/03/09 14:21:47: dsetup32: DXCheckTrust(): C:\WINE~HPG\bdaxp.cab is trusted. 03/03/09 14:21:47: dsetup32: Extracted file dxbda.inf from cab 03/03/09 14:21:47: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:21:47: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:21:47: dsetup32: DoPrecopy: Root path = "null", flags = 0x2010098 03/03/09 14:21:47: dsetup32: Deleted: c:\windows\system\directx 03/03/09 14:21:47: dsetup32: DoCopy() 03/03/09 14:21:47: dsetup32: Checking the version: HKLM\software\microsoft\directx\Version 03/03/09 14:21:47: dsetup32: Version in registry = 4.09.00.0904 03/03/09 14:21:47: dsetup32: Version in DLL = 4.09.00.0904 03/03/09 14:21:47: DXSetup: DSetupCallback(): Phase = 1, Steps = 182 03/03/09 14:21:47: dsetup32: DoCopy(): Iterating through C:\WINE~HPG\DXNT.cab 03/03/09 14:21:47: dsetup32: CSetup::DoCopy(): SetupIterateCabinet() failed, error = 3. 03/03/09 14:21:47: dsetup32: CSetup::DoCopy(): Unable to iterate through C:\WINE~HPG\DXNT.cab. The file may be damaged. 03/03/09 14:21:47: dsetup32: SetupForDirectX: Restoring Backups 03/03/09 14:21:47: dsetup32: start finalizing: phase: 182 - 182, total: 473 - 0 03/03/09 14:21:47: DXSetup: DSetupCallback(): Phase = 3, Steps = 0 03/03/09 14:21:47: dsetup32: Installation ended with value -9 = Internal or unsupported error 03/03/09 14:21:52: DXSetup: WM_APP_ENDINSTALL 03/03/09 14:21:52: DXSetup: ~CDXWSetup() 03/03/09 14:22:54: DXSetup: No command line switch 03/03/09 14:22:54: DXSetup: StartWizard() 03/03/09 14:22:54: dsetup32: IsWow64(): Windows 2000 or Windows 9x. 03/03/09 14:22:57: DXSetup: CDXWSetup() 03/03/09 14:23:04: DXSetup: start installation 03/03/09 14:23:04: DSETUP: DirectXSetupA(): hWnd: 00030028 dwFlags: 02010098 03/03/09 14:23:04: dsetup32: === SetupForDirectX() start === 03/03/09 14:23:04: dsetup32: Oct 27 2008 09:42:44 03/03/09 14:23:04: dsetup32: DXSetupCommand = 0. 03/03/09 14:23:04: DXSetup: DSetupCallback(): Phase = 0, Steps = 0 03/03/09 14:23:04: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:23:04: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:23:04: dsetup32: Installing on Win2K 03/03/09 14:23:04: dsetup32: IsWow64(): Windows 2000 or Windows 9x. 03/03/09 14:23:04: dsetup32: BuildPaths(): temp directory c:\windows\system\DirectX is created. 03/03/09 14:23:04: dsetup32: Unable to find mscoree.dll. 03/03/09 14:23:04: dsetup32: CheckForManagedDX(): .NETFramework is not available, Managed DirectX is not installed. 03/03/09 14:23:04: dsetup32: Checking the version: HKLM\software\microsoft\directx\Version 03/03/09 14:23:04: dsetup32: Version in registry = 4.09.00.0904 03/03/09 14:23:04: dsetup32: Version in DLL = 4.09.00.0904 03/03/09 14:23:04: dsetup32: DXCheckTrust(): C:\WINE~HPG\dxupdate.cab is trusted. 03/03/09 14:23:04: dsetup32: GetCDXUpdate(): Extracting dxupdate.dll from C:\WINE~HPG\dxupdate.cab. 03/03/09 14:23:04: dsetup32: Extracted file dxupdate.dll from cab 03/03/09 14:23:04: dsetup32: Extracted file dxupdate.inf from cab 03/03/09 14:23:04: dsetup32: Extracted file dxupdate.cif from cab 03/03/09 14:23:04: dsetup32: GetCDXUpdate(): Loading dxupdate.dll in c:\windows\system\DirectX\DX49c2.tmp\. 03/03/09 14:23:04: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:23:04: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Checking for dxdllreg_x86.cab... 03/03/09 14:23:04: dxupdate: DXCheckTrust(): C:\WINE~HPG\dxdllreg_x86.cab is trusted. 03/03/09 14:23:04: dxupdate: Extracted file dxdllreg_x86.inf from cab 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:04: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_1_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_1_x64.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_2_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_2_x64.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2902.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2903.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2904.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2905.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2906.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2907.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2908.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2909.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2910.0_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2005_d3dx9_24_x86.cab... 03/03/09 14:23:04: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2005_d3dx9_24_x86.cab is trusted. 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:04: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K_Feb2005_d3dx9_24_x86.cab] is being installed. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2005_d3dx9_24_x64.cab] is skipped on this platform. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2005_MDX_x86.MSI does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2005_d3dx9_25_x86.cab... 03/03/09 14:23:04: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2005_d3dx9_25_x86.cab is trusted. 03/03/09 14:23:04: dxupdate: Extracted file apr2005_d3dx9_25_x86.inf from cab 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:04: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2005_d3dx9_25_x64.cab] is skipped on this platform. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Apr2005_MDX_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2005_d3dx9_26_x86.cab... 03/03/09 14:23:04: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2005_d3dx9_26_x86.cab is trusted. 03/03/09 14:23:04: dxupdate: Extracted file jun2005_d3dx9_26_x86.inf from cab 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:04: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:04: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2005_d3dx9_26_x64.cab] is skipped on this platform. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Jun2005_MDX_x86.cab does not exist. 03/03/09 14:23:04: dxupdate: ----- 03/03/09 14:23:04: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2005_d3dx9_27_x86.cab... 03/03/09 14:23:04: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2005_d3dx9_27_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file aug2005_d3dx9_27_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2005_d3dx9_27_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Aug2005_MDX_x86.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_d3dx9_27_x86.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_d3dx9_27_x64.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_MDX_x86.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2005_xinput_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2005_xinput_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file oct2005_xinput_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2005_xinput_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2005_d3dx9_28_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2005_d3dx9_28_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file dec2005_d3dx9_28_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2005_d3dx9_28_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Dec2005_MDX1_x86_Archive.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Dec2005_MDX1_x86.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2006_d3dx9_29_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2006_d3dx9_29_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file feb2006_d3dx9_29_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2006_d3dx9_29_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2006_MDX1_x86_Archive.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2006_MDX1_x86.cab does not exist. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2006_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2006_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file feb2006_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_d3dx9_30_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_d3dx9_30_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file apr2006_d3dx9_30_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_d3dx9_30_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Managed DirectX Plug-In [Apr2006_MDX1_x86_Archive.cab] is not installed on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Managed DirectX Plug-In [Apr2006_MDX1_x86.cab] is not installed on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file apr2006_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_xinput_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_xinput_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file apr2006_xinput_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_xinput_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2006_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2006_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file jun2006_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2006_xinput_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2006_xinput_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file aug2006_xinput_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2006_xinput_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2006_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2006_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file aug2006_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2006_d3dx9_31_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2006_d3dx9_31_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file oct2006_d3dx9_31_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2006_d3dx9_31_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2006_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2006_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file oct2006_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_d3dx9_32_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_d3dx9_32_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file dec2006_d3dx9_32_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_d3dx9_32_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_d3dx10_00_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_d3dx10_00_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file dec2006_d3dx10_00_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_d3dx10_00_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file dec2006_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2007_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2007_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file feb2007_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_d3dx9_33_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_d3dx9_33_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file apr2007_d3dx9_33_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_d3dx9_33_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_d3dx10_33_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_d3dx10_33_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file apr2007_d3dx10_33_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: CheckDependency(): supported build number is not checked for this Plug-In. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_d3dx10_33_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_XACT_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_XACT_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file apr2007_xact_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_xinput_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_xinput_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file apr2007_xinput_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_xinput_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_d3dx9_34_x86.cab... 03/03/09 14:23:05: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_d3dx9_34_x86.cab is trusted. 03/03/09 14:23:05: dxupdate: Extracted file jun2007_d3dx9_34_x86.inf from cab 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:05: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:05: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_d3dx9_34_x64.cab] is skipped on this platform. 03/03/09 14:23:05: dxupdate: ----- 03/03/09 14:23:05: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_d3dx10_34_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_d3dx10_34_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file jun2007_d3dx10_34_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_d3dx10_34_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_XACT_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_XACT_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file jun2007_xact_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_d3dx9_35_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_d3dx9_35_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file aug2007_d3dx9_35_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_d3dx9_35_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_d3dx10_35_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_d3dx10_35_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file aug2007_d3dx10_35_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_d3dx10_35_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_XACT_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_XACT_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file aug2007_xact_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_d3dx9_36_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_d3dx9_36_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file nov2007_d3dx9_36_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_d3dx9_36_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_d3dx10_36_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_d3dx10_36_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file nov2007_d3dx10_36_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_d3dx10_36_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_X3DAudio_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_X3DAudio_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file nov2007_x3daudio_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_XACT_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_XACT_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file nov2007_xact_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_d3dx9_37_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_d3dx9_37_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Mar2008_d3dx9_37_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_d3dx9_37_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_d3dx10_37_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_d3dx10_37_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Mar2008_d3dx10_37_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_d3dx10_37_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_X3DAudio_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_X3DAudio_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Mar2008_X3DAudio_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_XACT_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_XACT_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Mar2008_XACT_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_XAudio_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_XAudio_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Mar2008_XAudio_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_d3dx9_38_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_d3dx9_38_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Jun2008_d3dx9_38_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_d3dx9_38_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_d3dx10_38_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_d3dx10_38_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Jun2008_d3dx10_38_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_d3dx10_38_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_X3DAudio_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_X3DAudio_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Jun2008_X3DAudio_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_XACT_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_XACT_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Jun2008_XACT_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_XAudio_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_XAudio_x86.cab is trusted. 03/03/09 14:23:06: dxupdate: Extracted file Jun2008_XAudio_x86.inf from cab 03/03/09 14:23:06: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:06: dxupdate: ----- 03/03/09 14:23:06: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_d3dx9_39_x86.cab... 03/03/09 14:23:06: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_d3dx9_39_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Aug2008_d3dx9_39_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_d3dx9_39_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_d3dx10_39_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_d3dx10_39_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Aug2008_d3dx10_39_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_d3dx10_39_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_XACT_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_XACT_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Aug2008_XACT_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_XAudio_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_XAudio_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Aug2008_XAudio_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_X3DAudio_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_X3DAudio_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Nov2008_X3DAudio_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_XACT_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_XACT_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Nov2008_XACT_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_XAudio_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_XAudio_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Nov2008_XAudio_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_d3dx9_40_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_d3dx9_40_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Nov2008_d3dx9_40_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_d3dx9_40_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_d3dx10_40_x86.cab... 03/03/09 14:23:07: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_d3dx10_40_x86.cab is trusted. 03/03/09 14:23:07: dxupdate: Extracted file Nov2008_d3dx10_40_x86.inf from cab 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:23:07: dxupdate: CheckDependency(): no dependency. 03/03/09 14:23:07: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:23:07: dxupdate: ----- 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_d3dx10_40_x64.cab] is skipped on this platform. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2005_xinput_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2005_xinput_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2005_XACT_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2005_MDX_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_XACT_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_MDX2_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_MDX2_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_d3dx10_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_d3dx10_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_MDX2_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_MDX2_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_d3dx10_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_d3dx10_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_MDX2_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_MDX2_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_d3dx10_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_d3dx10_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2006_d3dx10_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2006_d3dx10_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Aug2006_d3dx10_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Aug2006_d3dx10_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2006_d3dx10_x86.cab] is skipped. 03/03/09 14:23:07: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2006_d3dx10_x64.cab] is skipped. 03/03/09 14:23:07: dxupdate: Total Files: 126 03/03/09 14:23:07: dxupdate: Total Size: 50289664 03/03/09 14:23:07: dxupdate: Total Progress: 34 03/03/09 14:23:07: dsetup32: Installation Started with language eng 03/03/09 14:23:07: dsetup32: DXCheckTrust(): C:\WINE~HPG\DXNT.cab is trusted. 03/03/09 14:23:07: dsetup32: Extracted file dxnt.inf from cab 03/03/09 14:23:07: dsetup32: Extracted file dxntunp.inf from cab 03/03/09 14:23:07: dsetup32: Extracted file dxver.inf from cab 03/03/09 14:23:07: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:23:07: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:23:07: dsetup32: DXCheckTrust(): C:\WINE~HPG\bdant.cab is trusted. 03/03/09 14:23:07: dsetup32: DXCheckTrust(): C:\WINE~HPG\bdaxp.cab is trusted. 03/03/09 14:23:07: dsetup32: Extracted file dxbda.inf from cab 03/03/09 14:23:07: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:23:07: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:23:07: dsetup32: DoPrecopy: Root path = "null", flags = 0x2010098 03/03/09 14:23:07: dsetup32: Deleted: c:\windows\system\directx 03/03/09 14:23:07: dsetup32: DoCopy() 03/03/09 14:23:07: dsetup32: Checking the version: HKLM\software\microsoft\directx\Version 03/03/09 14:23:07: dsetup32: Version in registry = 4.09.00.0904 03/03/09 14:23:07: dsetup32: Version in DLL = 4.09.00.0904 03/03/09 14:23:07: DXSetup: DSetupCallback(): Phase = 1, Steps = 182 03/03/09 14:23:07: dsetup32: DoCopy(): Iterating through C:\WINE~HPG\DXNT.cab 03/03/09 14:23:07: dsetup32: CSetup::DoCopy(): SetupIterateCabinet() failed, error = 3. 03/03/09 14:23:07: dsetup32: CSetup::DoCopy(): Unable to iterate through C:\WINE~HPG\DXNT.cab. The file may be damaged. 03/03/09 14:23:07: dsetup32: SetupForDirectX: Restoring Backups 03/03/09 14:23:07: dsetup32: start finalizing: phase: 182 - 182, total: 473 - 0 03/03/09 14:23:07: DXSetup: DSetupCallback(): Phase = 3, Steps = 0 03/03/09 14:23:07: dsetup32: Installation ended with value -9 = Internal or unsupported error 03/03/09 14:23:13: DXSetup: WM_APP_ENDINSTALL 03/03/09 14:23:13: DXSetup: ~CDXWSetup() 03/03/09 14:28:05: DXSetup: No command line switch 03/03/09 14:28:06: DXSetup: StartWizard() 03/03/09 14:28:06: dsetup32: IsWow64(): Windows 2000 or Windows 9x. 03/03/09 14:28:09: DXSetup: CDXWSetup() 03/03/09 14:28:10: DXSetup: start installation 03/03/09 14:28:10: DSETUP: DirectXSetupA(): hWnd: 00030028 dwFlags: 02010098 03/03/09 14:28:10: dsetup32: === SetupForDirectX() start === 03/03/09 14:28:10: dsetup32: Oct 27 2008 09:42:44 03/03/09 14:28:10: dsetup32: DXSetupCommand = 0. 03/03/09 14:28:10: DXSetup: DSetupCallback(): Phase = 0, Steps = 0 03/03/09 14:28:10: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:28:10: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:28:10: dsetup32: Installing on Win2K 03/03/09 14:28:10: dsetup32: IsWow64(): Windows 2000 or Windows 9x. 03/03/09 14:28:10: dsetup32: BuildPaths(): temp directory c:\windows\system\DirectX is created. 03/03/09 14:28:10: dsetup32: Unable to find mscoree.dll. 03/03/09 14:28:10: dsetup32: CheckForManagedDX(): .NETFramework is not available, Managed DirectX is not installed. 03/03/09 14:28:10: dsetup32: Checking the version: HKLM\software\microsoft\directx\Version 03/03/09 14:28:10: dsetup32: Version in registry = 4.09.00.0904 03/03/09 14:28:10: dsetup32: Version in DLL = 4.09.00.0904 03/03/09 14:28:11: dsetup32: DXCheckTrust(): C:\WINE~HPG\dxupdate.cab is trusted. 03/03/09 14:28:11: dsetup32: GetCDXUpdate(): Extracting dxupdate.dll from C:\WINE~HPG\dxupdate.cab. 03/03/09 14:28:11: dsetup32: Extracted file dxupdate.dll from cab 03/03/09 14:28:11: dsetup32: Extracted file dxupdate.inf from cab 03/03/09 14:28:11: dsetup32: Extracted file dxupdate.cif from cab 03/03/09 14:28:11: dsetup32: GetCDXUpdate(): Loading dxupdate.dll in c:\windows\system\DirectX\DX3abd.tmp\. 03/03/09 14:28:11: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:28:11: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for dxdllreg_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\dxdllreg_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file dxdllreg_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_1_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_1_x64.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_2_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In RGB9Rast_2_x64.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2902.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2903.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2904.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2905.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2906.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2907.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2908.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2909.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In MDX_1.0.2910.0_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2005_d3dx9_24_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2005_d3dx9_24_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K_Feb2005_d3dx9_24_x86.cab] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2005_d3dx9_24_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2005_MDX_x86.MSI does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2005_d3dx9_25_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2005_d3dx9_25_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file apr2005_d3dx9_25_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2005_d3dx9_25_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Apr2005_MDX_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2005_d3dx9_26_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2005_d3dx9_26_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file jun2005_d3dx9_26_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2005_d3dx9_26_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Jun2005_MDX_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2005_d3dx9_27_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2005_d3dx9_27_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file aug2005_d3dx9_27_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2005_d3dx9_27_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Aug2005_MDX_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_d3dx9_27_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_d3dx9_27_x64.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Oct2005_MDX_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2005_xinput_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2005_xinput_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file oct2005_xinput_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2005_xinput_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2005_d3dx9_28_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2005_d3dx9_28_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file dec2005_d3dx9_28_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2005_d3dx9_28_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Dec2005_MDX1_x86_Archive.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Dec2005_MDX1_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2006_d3dx9_29_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2006_d3dx9_29_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file feb2006_d3dx9_29_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2006_d3dx9_29_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2006_MDX1_x86_Archive.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Plug-In Feb2006_MDX1_x86.cab does not exist. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2006_XACT_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2006_XACT_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file feb2006_xact_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_d3dx9_30_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_d3dx9_30_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file apr2006_d3dx9_30_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_d3dx9_30_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Managed DirectX Plug-In [Apr2006_MDX1_x86_Archive.cab] is not installed on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Managed DirectX Plug-In [Apr2006_MDX1_x86.cab] is not installed on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_XACT_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_XACT_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file apr2006_xact_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2006_xinput_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2006_xinput_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file apr2006_xinput_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2006_xinput_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2006_XACT_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2006_XACT_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file jun2006_xact_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2006_xinput_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2006_xinput_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file aug2006_xinput_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2006_xinput_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2006_XACT_x86.cab... 03/03/09 14:28:11: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2006_XACT_x86.cab is trusted. 03/03/09 14:28:11: dxupdate: Extracted file aug2006_xact_x86.inf from cab 03/03/09 14:28:11: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:11: dxupdate: ----- 03/03/09 14:28:11: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2006_d3dx9_31_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2006_d3dx9_31_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file oct2006_d3dx9_31_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2006_d3dx9_31_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Oct2006_XACT_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Oct2006_XACT_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file oct2006_xact_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Oct2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_d3dx9_32_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_d3dx9_32_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file dec2006_d3dx9_32_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_d3dx9_32_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_d3dx10_00_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_d3dx10_00_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file dec2006_d3dx10_00_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_d3dx10_00_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Dec2006_XACT_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Dec2006_XACT_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file dec2006_xact_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Dec2006_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Feb2007_XACT_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Feb2007_XACT_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file feb2007_xact_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Feb2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_d3dx9_33_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_d3dx9_33_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file apr2007_d3dx9_33_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_d3dx9_33_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_d3dx10_33_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_d3dx10_33_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file apr2007_d3dx10_33_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: CheckDependency(): supported build number is not checked for this Plug-In. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_d3dx10_33_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_XACT_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_XACT_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file apr2007_xact_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Apr2007_xinput_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Apr2007_xinput_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file apr2007_xinput_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Apr2007_xinput_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_d3dx9_34_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_d3dx9_34_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file jun2007_d3dx9_34_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_d3dx9_34_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_d3dx10_34_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_d3dx10_34_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file jun2007_d3dx10_34_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_d3dx10_34_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2007_XACT_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2007_XACT_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file jun2007_xact_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_d3dx9_35_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_d3dx9_35_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file aug2007_d3dx9_35_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_d3dx9_35_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_d3dx10_35_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_d3dx10_35_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file aug2007_d3dx10_35_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_d3dx10_35_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2007_XACT_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2007_XACT_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file aug2007_xact_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_d3dx9_36_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_d3dx9_36_x86.cab is trusted. 03/03/09 14:28:12: dxupdate: Extracted file nov2007_d3dx9_36_x86.inf from cab 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:12: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:12: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_d3dx9_36_x64.cab] is skipped on this platform. 03/03/09 14:28:12: dxupdate: ----- 03/03/09 14:28:12: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_d3dx10_36_x86.cab... 03/03/09 14:28:12: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_d3dx10_36_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file nov2007_d3dx10_36_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_d3dx10_36_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_X3DAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_X3DAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file nov2007_x3daudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2007_XACT_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2007_XACT_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file nov2007_xact_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2007_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_d3dx9_37_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_d3dx9_37_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Mar2008_d3dx9_37_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_d3dx9_37_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_d3dx10_37_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_d3dx10_37_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Mar2008_d3dx10_37_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_d3dx10_37_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_X3DAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_X3DAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Mar2008_X3DAudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_XACT_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_XACT_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Mar2008_XACT_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Mar2008_XAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Mar2008_XAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Mar2008_XAudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Mar2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_d3dx9_38_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_d3dx9_38_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Jun2008_d3dx9_38_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_d3dx9_38_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_d3dx10_38_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_d3dx10_38_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Jun2008_d3dx10_38_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_d3dx10_38_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_X3DAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_X3DAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Jun2008_X3DAudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_XACT_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_XACT_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Jun2008_XACT_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Jun2008_XAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Jun2008_XAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Jun2008_XAudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Jun2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_d3dx9_39_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_d3dx9_39_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Aug2008_d3dx9_39_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_d3dx9_39_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_d3dx10_39_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_d3dx10_39_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Aug2008_d3dx10_39_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_d3dx10_39_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_XACT_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_XACT_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Aug2008_XACT_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Aug2008_XAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Aug2008_XAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Aug2008_XAudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Aug2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_X3DAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_X3DAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Nov2008_X3DAudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_X3DAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_XACT_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_XACT_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Nov2008_XACT_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_XACT_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_XAudio_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_XAudio_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Nov2008_XAudio_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_XAudio_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_d3dx9_40_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_d3dx9_40_x86.cab is trusted. 03/03/09 14:28:13: dxupdate: Extracted file Nov2008_d3dx9_40_x86.inf from cab 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:13: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:13: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_d3dx9_40_x64.cab] is skipped on this platform. 03/03/09 14:28:13: dxupdate: ----- 03/03/09 14:28:13: dxupdate: DirectXUpdateInstallPlugIn(): Checking for Nov2008_d3dx10_40_x86.cab... 03/03/09 14:28:13: dxupdate: DXCheckTrust(): C:\WINE~HPG\Nov2008_d3dx10_40_x86.cab is trusted. 03/03/09 14:28:14: dxupdate: Extracted file Nov2008_d3dx10_40_x86.inf from cab 03/03/09 14:28:14: dxupdate: DirectXUpdateGetSetupInformation(): DirectX Version: 4.09.00.0904.0 03/03/09 14:28:14: dxupdate: CheckDependency(): no dependency. 03/03/09 14:28:14: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_Win2K] is being installed. 03/03/09 14:28:14: dxupdate: ----- 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): 64bit Plug-In [Nov2008_d3dx10_40_x64.cab] is skipped on this platform. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2005_xinput_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2005_xinput_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2005_XACT_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2005_MDX_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_XACT_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_MDX2_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_MDX2_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_d3dx10_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Dec2005_d3dx10_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_MDX2_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_MDX2_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_d3dx10_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Feb2006_d3dx10_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_MDX2_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_MDX2_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_d3dx10_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Apr2006_d3dx10_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2006_d3dx10_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Jun2006_d3dx10_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Aug2006_d3dx10_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Aug2006_d3dx10_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2006_d3dx10_x86.cab] is skipped. 03/03/09 14:28:14: dxupdate: DirectXUpdateInstallPlugIn(): folder does not exist, [Beta_Oct2006_d3dx10_x64.cab] is skipped. 03/03/09 14:28:14: dxupdate: Total Files: 126 03/03/09 14:28:14: dxupdate: Total Size: 50289664 03/03/09 14:28:14: dxupdate: Total Progress: 34 03/03/09 14:28:14: dsetup32: Installation Started with language eng 03/03/09 14:28:14: dsetup32: DXCheckTrust(): C:\WINE~HPG\DXNT.cab is trusted. 03/03/09 14:28:14: dsetup32: Extracted file dxnt.inf from cab 03/03/09 14:28:14: dsetup32: Extracted file dxntunp.inf from cab 03/03/09 14:28:14: dsetup32: Extracted file dxver.inf from cab 03/03/09 14:28:14: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:28:14: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:28:14: dsetup32: DXCheckTrust(): C:\WINE~HPG\bdant.cab is trusted. 03/03/09 14:28:14: dsetup32: DXCheckTrust(): C:\WINE~HPG\bdaxp.cab is trusted. 03/03/09 14:28:14: dsetup32: Extracted file dxbda.inf from cab 03/03/09 14:28:14: dsetup32: DirectXSetupIsJapanese == 0 03/03/09 14:28:14: dsetup32: DirectXSetupIsJapanNec == 0 03/03/09 14:28:14: dsetup32: DoPrecopy: Root path = "null", flags = 0x2010098 03/03/09 14:28:14: dsetup32: Deleted: c:\windows\system\directx 03/03/09 14:28:14: dsetup32: DoCopy() 03/03/09 14:28:14: dsetup32: Checking the version: HKLM\software\microsoft\directx\Version 03/03/09 14:28:14: dsetup32: Version in registry = 4.09.00.0904 03/03/09 14:28:14: dsetup32: Version in DLL = 4.09.00.0904 03/03/09 14:28:14: DXSetup: DSetupCallback(): Phase = 1, Steps = 182 03/03/09 14:28:14: dsetup32: DoCopy(): Iterating through C:\WINE~HPG\DXNT.cab 03/03/09 14:28:14: dsetup32: CSetup::DoCopy(): SetupIterateCabinet() failed, error = 3. 03/03/09 14:28:14: dsetup32: CSetup::DoCopy(): Unable to iterate through C:\WINE~HPG\DXNT.cab. The file may be damaged. 03/03/09 14:28:14: dsetup32: SetupForDirectX: Restoring Backups 03/03/09 14:28:14: dsetup32: start finalizing: phase: 182 - 182, total: 473 - 0 03/03/09 14:28:14: DXSetup: DSetupCallback(): Phase = 3, Steps = 0 03/03/09 14:28:14: dsetup32: Installation ended with value -9 = Internal or unsupported error 03/03/09 14:29:08: DXSetup: WM_APP_ENDINSTALL 03/03/09 14:29:08: DXSetup: ~CDXWSetup()

3 3

Re: [1/n] vbscript: Added stub dll
by Nikolay Sivov 06 Mar '09

06 Mar '09

Robert Wilhelm wrote: > Second try, now patch as attachment. > 1) Please don't add autogenerated files to patch. ---- configure | 9 ++++ configure.ac | 1 + ---- 2) Patches [2/n] and [3/n]. Each patch should contain all related changes to be useful. After your patch [2/n] resource file is unused. Maybe it's better to merge [2/n] and [3/n]? P.S. GUID_NULL is already defined in uuid.lib

3 2

[RFC] named pipe message-mode design
by Luke Kenneth Casson Leighton 05 Mar '09

05 Mar '09

the requirements for message-mode named pipes semantics on top of unix / wine brings some... interesting limitations on how it can be implemented, and i believe that i have finally come up with something that would fit the requirements: the socketpair equivalent of "double-buffering". as the implementation of this idea would involve changes to (doubling-up) of the wineserver namedpipe state machine, and after the significant amount of time and resources spent (resulting in loss of personal financial income somewhere in excess of £3,000) i'm happy to commit further time _with_ active cooperation and engagement from wine developers, in adding this ... rather strategically important and complex functionality. so - here's a description of the idea and its background: your input into poking at it with a stick and discussing how it can be achieved greatly appreciated. background ------------------- the first (successful) attempt at adding "technically correct" named pipes message-mode semantics brought up several issues: 1) due to multiple threads being able to read from the same pipe, receiving of messages cannot be atomically done by reading a "header" indicating the length of the message (unless there is a per-pipe mutex, which is a bit too much to be adding and would slow things down). one thread would read the header, indicating the beginning of the message; the other thread would read the beginning of the pipe data and _treat_ it as the header. 2) the data cannot be read inside wineserver itself due to the requirement to ensure that wineserver never blocks on read (which would be fatal). write really isn't ok, either, due to asynchronicity possibilities on EPIPE etc. would require a loop, thus delaying further responses, or it would require a state machine (messy). 3) breaking individual messages into separate socketpair() pipes is "technically correct" but quickly results in wineserver running out of filedescriptors! 4) changing the filedescriptor from BLOCKING to O_NONBLOCK in order to do a poll() inside wineserver (in order to do a read()) is mutually exclusively incompatible with having a userspace thread perform a blocking read operation on the same socket, waiting for a new message. logical deduction of design ------------------------------------------ so, it was made clear by the socketpair()-queue experiment that messaging semantics _can_ be achieved - without any read/write operations being performed by wineserver itself, and so the next logical step is to limit the number of socketpairs used to just two. i.e. four filedescriptors per named pipe: two for the server-side (CreateNamedPipe), and two for the client-side (NtCreateFile). the use of this "double-buffering" will, i believe, make it possible for the "blocking on read" semantics to be achievable. effectively, the "first" socketpair replaces the "tail" of the socketpair()-queue experiment. however, in order to make _that_ work (i.e. to preserve the message boundaries), writes to the "first" socketpair will require a header (4-byte length) to be prefixed to the message data. BUT - and this is the really important bit - when the data is transferred from the first socketpair to the second, the header is NOT sent, for the recipient to read. otherwise, exactly as is done in the current socketpair-queue experiment: the data structures are locked, marked with the "available data", unlocked, and _then_ the write to the secondary socketpair is done. on a read, the data structures are locked, a wineserver message sent requesting that the amount read is to be subtracted from "available data", and then unlocked. when the "available data" reaches zero, that's the signal indicating that it's time to try reading from the first socketpair to fetch the next message (again, stripping its header). the piper -------------- you may have noticed that there's nothing mentioned so far about _how_ the data is to be transferred between the pairs of socketpairs. we've already established that it cannot be wineserver that does the transfer (because of blocking / nonblocking mutually exclusive issues and asynchronous issues, already outlined) this is actually good news in disguise. conclusion: a *SEPARATE APPLICATION* must be responsible for ferrying the data between the two socketpairs. for all named pipes. a diagram outlining this all together is here: http://lkcl.net/namedpipes/wine-piper-design.pdf exactly how the client and server "signal" to the piper that a new message is required is yet to be determined, but the simplest way it could be achieved would be by instead of sending <length-header> <data> you send: <2-byte command> <length-header> <data> where in the case of "i want piper to wake up!" you send <0x0001> <0x00000000> (no more data) and in the case of "i want to write a message" you send <0x0002> <0x0000NNNN> <data> a ping, effectively. The Good News ------------------------ here's the good bit about using the piper to transfer data in userspace: you don't _have_ to have the client-side (or the server-side) come _exclusively_ from wine. in other words, you have an opportunity to put in "break-out" mechanisms! yippeee, the piper is the perfect place to put in SMB Client library usage, or links to SMB IPC$ "proxy" pipe mechanisms for communication with SMB servers :) and the even _better_ news is that it doesn't have to be done straight away. all that the "first version" of the piper need to is "data in, data out. data in, data out". nothing more. the even better news than _that_ is that the "first version" of the piper can be utterly, utterly, simple, single-process, not even any threading. one message at a time. this simple implementation provides absolute guaranteed avoidance of race conditions, overlaps between reads and writes by the client or server threads, and more. _later on_ the possibility can be investigated to provide a more sophisticated version of the piper that is multi-threaded and has per-pipe mutexes to ensure that it is _per pipe_ that there is guaranteed avoidance of race conditions etc. Another Possibility ---------------------------- once the need for the piper is made clear, there exists a potential solution, providing named pipe message-mode on top of the _existing_ infrastructure with very little changes to ntdll, kernel32 and wineserver. it goes something like this: * make the existing namedpipe infrastructure the "layer below" NamedPipes * utilise the existing infrastructure, creating pipe-pairs (one for client, one for server) where the piper makes the back-to-back connection between the two * i.e. "Real" Named Pipes are *only* allowed to connect to the piper; the piper is the *only* application that is allowed to send data onwards to "real" clients. * the provision of "Real" message-mode Named Pipes, on top of this infrastructure, can then be done by doing a (very) mini RPC system over the pairs of NamedPipes. the reason for doing a mini RPC system is that this method is a proven entity, by principle of implementing MSRPC on top of the existing namedpipes infrastructure, when that infrastructure has no support for MessageMode! the reason _why_ it works is because DCE/RPC has the PDU as its fundamental "synchronisation" system, thus doing away with the need for messaging boundary encapsulation, but hey, that's what MS implemented, that's what we get.... *sigh*. so - what do people think? would you agree that a user-space pipe "proxy" is an effective solution? l.

4 14

Re: [sane.ds 4/4] More correctly detect an end of scan job from sane; this enables Acrobat to pull multiple pages in one scan.
by Jeremy White 05 Mar '09

05 Mar '09

Sorry; I made a basic mistake (failed to check --without-sane). Resending hopefully corrected patch. Cheers, Jeremy

1 0

dlls/userenv: fixed stubs GetUserProfileDirectoryW/A (5)
by Andreas Rosenberg 05 Mar '09

05 Mar '09

1 0

Re: Re: winemaker: fix 32-bit compiling and winresrc.h is the, right name
by André Hentschel 05 Mar '09

05 Mar '09

It works great! So IMHO it can be used.

1 0

WineHQ.org downtime
by Jeremy Newman 05 Mar '09

05 Mar '09

The WineHQ.org server will be down tomorrow starting at 10:00 CST. We will be performing software upgrades to the server. The downtime is expected to last for a few hours. During that time frame, the website, mailing lists, and source repositories will be off-line.

2 3

Re: dlls/userenv: fixed stubs GetUserProfileDirectoryW/A (4)
by Nikolay Sivov 05 Mar '09

05 Mar '09

Andreas Rosenberg wrote: Fails on XP SP2 with: ------------------- userenv.c:308: Test failed: Expected 1, got 39 userenv: 92 tests executed (0 marked as todo, 1 failure), 0 skipped. ------------------- Much less important but still: please remove trailing whitespaces. 'git apply' should not produce any warnings.

3 2

Re: vbscript.dll stubs
by Nikolay Sivov 05 Mar '09

05 Mar '09

Robert Wilhelm wrote: > Initial vbscript stubs, similar to jscript. > > Diff looks corrupted by mailing application. Lines are wrapped.

1 0

Re: [PATCH 03/10] widl: Implement a more abstract way of representing basic types.
by Alexandre Julliard 05 Mar '09

05 Mar '09

Rob Shearman <robertshearman(a)gmail.com> writes: > --- > tools/widl/expr.c | 18 ++++---- > tools/widl/header.c | 34 ++++++++++++++-- > tools/widl/parser.y | 103 ++++++++++++++--------------------------------- > tools/widl/typelib.c | 60 ++++++++++++++++------------ > tools/widl/typetree.c | 31 ++++++++++++++ > tools/widl/typetree.h | 37 +++++++++++++++++- > tools/widl/widltypes.h | 29 +++++++++++++- > 7 files changed, 200 insertions(+), 112 deletions(-) > > Shouldn't change any generated files. It crashes on 64-bit: ../tools/widl/widl -I../../wine64/include -I. -I../../wine64/include -I../include -h -H activaut.h ../../wine64/include/activaut.idl make[1]: *** [activaut.h] Segmentation fault (core dumped) make[1]: Leaving directory `/home/julliard/wine/build/obj-elf64/include' make: *** [include] Error 2 wine:~/wine/build/obj-elf64-$ gdb tools/widl/widl include/core GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"... warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Core was generated by `../tools/widl/widl -I../../wine64/include -I. -I../../wine64/include -I../inclu'. Program terminated with signal 11, Segmentation fault. [New process 19396] #0 0x000000000042bd2d in set_type (v=0x21b4b20, decl_spec=0x21b4ae0, decl=0x21b0720, top=0) at ../../../wine64/tools/widl/parser.y:1369 1369 if (is_attr(type->attrs, ATTR_INLINE)) (gdb) bt #0 0x000000000042bd2d in set_type (v=0x21b4b20, decl_spec=0x21b4ae0, decl=0x21b0720, top=0) at ../../../wine64/tools/widl/parser.y:1369 #1 0x000000000042c697 in set_var_types (attrs=0x21b4aa0, decl_spec=0x21b4ae0, decls=0x21b4c10) at ../../../wine64/tools/widl/parser.y:1563 #2 0x0000000000429736 in parser_parse () at ../../../wine64/tools/widl/parser.y:705 #3 0x000000000041fdd0 in main (argc=9, argv=0x7fff0037bc28) at ../../../wine64/tools/widl/widl.c:632 (gdb) p type $1 = (type_t *) 0x100000000 (gdb) p *decl_spec $2 = {type = 0x100000000, attrs = 0x0, stgclass = STG_NONE} (gdb) -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: dlls/userenv: fixed stubs GetUserProfileDirectoryW/A (3rd try)
by Nikolay Sivov 05 Mar '09

05 Mar '09

Andreas Rosenberg wrote: Test looks better but: + r = OpenProcessToken(GetCurrentProcess(), TOKEN_QUERY|TOKEN_DUPLICATE, &htoken); + expect(TRUE, r); + + r = GetUserProfileDirectoryW(htoken , NULL, NULL ); + lastError = GetLastError(); + expect(FALSE, r); + expect(lastError, ERROR_INVALID_PARAMETER); Why don't you SetLastError to dummy value with deadbeef meaning or similar before call you're testing? + sizePath = 0; + r = GetUserProfileDirectoryW(htoken , buffer, &sizePath ); + lastError = GetLastError(); + expect(FALSE,r); + expect(lastError, ERROR_INSUFFICIENT_BUFFER); + ok(sizePath > 0, "Expected (sizePath>0), got %d\n",sizePath ); The same. + sizeExpected = sizePath; + sizePath = sizeof(buffer); + SetLastError(0xDEADAFFE); + r = GetUserProfileDirectoryW(htoken , buffer, &sizePath ); + lastError = GetLastError(); + expect(TRUE, !!r); /* upon sucess an int > 0 is returned - which may not be == TRUE */ + expect(sizeExpected,lstrlenW(buffer)+1); + expect(r,lstrlenW(buffer)); + expect(lastError,0xDEADAFFE); + CloseHandle(htoken);

1 0

Re: [programs/winetest] Show dll versions again for Win9x/WinME
by Paul Vriens 05 Mar '09

05 Mar '09

Paul Vriens wrote: > Hi, > > GetModuleFileNameA should not work on dlls loaded using > LOAD_LIBRARY_AS_DATAFILE > according to MSDN. This happens to be only true for Win9x/WinME (sigh) > otherwise > we probably would have noted this much earlier. > > As of Feb-3-2009 we didn't have version numbers for the dll's on > test.winehq.org > for Win9x and WinME boxes. > > Changelog > Show dll versions again for Win9x/WinME > FWIW, the versions of the dlls for other platforms were messed up as well before this patch. -- Cheers, Paul.

1 0

re: makedep: let umask decide mode for Makefiles
by Dan Kegel 05 Mar '09

05 Mar '09

Paul Bryan Roberts write: > The code as it stands creates makefiles with a mode of 600. This may be > benign on most (e.g. personal workstation) installations but not all. > >An example is where the wine git repository is located on an NFS >volume. Here security settings may mean that root:root is treated as >nobody:nogroup. Installation from the repository is not possible as >root (whether via su or sudo) cannot even read the makefiles Where I work, NFS is set up so root cannot access any NFS volumes, period, because you really can't trust remote systems that much with NFS.

2 1

Fwd: [Wine] COMPLIMENT TO WINE STAFF
by Austin English 04 Mar '09

04 Mar '09

So y'all can have a warm fuzzy feeling today: ---------- Forwarded message ---------- From: lodewig <wineforum-user(a)winehq.org> Date: Wed, Mar 4, 2009 at 4:28 PM Subject: [Wine] COMPLIMENT TO WINE STAFF To: wine-users(a)winehq.org Installed Metatrader 4 under Wine 1.1.16 , Ubuntu 8.10 , no any problem . Used it for hours no any problem , Fast and stable . I am impressed . My compliments to all Wine Staff , a really great incredible work ! -- -Austin

1 0

Re: [shell32/tests] Don't crash on Win95
by Paul Vriens 04 Mar '09

04 Mar '09

On Wed, Mar 4, 2009 at 5:45 PM, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > Hi, > > For whatever reason Win95 was always failing this test with i greater than 5 > and > now it's less than 5 (since yesterday!). This will crash as the rest of the > tests rely on that exact number (we have 5 files/directories in our > testdir). > > Changelog > Don't crash on Win95 > > -- Please ignore this one. I'll will sent some patches that fix the underlying issue on Win95. -- Cheers, Paul.

1 0

Re: iphlpapi: fix a compiler warning on non-Linux (try 2)
by Alexandre Julliard 04 Mar '09

04 Mar '09

Austin English <austinenglish(a)gmail.com> writes: > AJ's recent work in this area caused a warning on non-Linux OS's, > where this function is not used. That's on purpose, the function is supposed to be used on other platforms too. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: iphlpapi: fix a compiler warning on non-Linux (try 2)
by Francois Gouget 04 Mar '09

04 Mar '09

On Tue, 3 Mar 2009, Austin English wrote: > AJ's recent work in this area caused a warning on non-Linux OS's, > where this function is not used. > > Resending with a proper extension. Why does your patch modify dlls/ntdll/virtual.c? It seems to me that this should be separate. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Linux, WinNT, MS-DOS - also known as the Good, the Bad and the Ugly.

2 1

Re: [3/3] kernel32/tests: add named pipe test using i/o completion ports
by Austin English 04 Mar '09

04 Mar '09

On Thu, Feb 26, 2009 at 1:43 PM, Vincent Povirk <vincent(a)codeweavers.com> wrote: > This has passed for me on all the NT systems I tested (NT4, 2000, XP, and Vista). 9x systems skip all named pipe tests. > > It does not pass on Wine. The exact nature of the failure is theoretically too unpredictable to properly mark it as todo. It can't be committed until Wine is fixed. (The test always failed the same way for me, but I believe on Wine there are races and accesses to uninitialized memory.) It seems AJ put in some other fixes before this, then committed your patch...however, I'm now getting failures on my (previously nearly pristine) box. Looks like Michael Stefaniuc is affected as well. Would you mind taking a look? http://test.winehq.org/data/566cb8c7a32f6128ae7d05f7fab30db08ba64ea4/#group… -- -Austin

2 1

Re: msacm32: acmFormatEnum - implementing ACM_FORMATENUMF_SUGGEST (2nd try)
by Stefano Guidoni 04 Mar '09

04 Mar '09

The fact is that the email service of my service provider is prone to screw up everything that seems plain text. I'll look for a solution. S. G.

1 0

Re: winemaker: fix 32-bit compiling and winresrc.h is the right name
by Francois Gouget 04 Mar '09

04 Mar '09

The two changes are independent so they should be in separate patches. About afxres.h vs. winres.h vs. winresrc.h, I believe it's mostly IDC_STATIC that was needed from winres.h. Unfortunately it's not being defined anywhere these days. In fact, all the Microsoft samples define it themselves. How did your tests with Programming Windows 98 go? If it worked with that, then the patch can be considered good enough. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ The last time religion ruled, it was called the dark ages.

1 0

Re: New test failures (out of the blue?)
by Reece Dunn 04 Mar '09

04 Mar '09

2009/3/4 Paul Vriens <paul.vriens.wine(a)gmail.com>: > Hi, > > We suddenly have a new test failure on NT4 and above for advapi32:security : > > security.c:1202: Test failed: GetTokenInformation failed with error 998 998 = ERROR_NOACCESS -- "Invalid access to memory location." Google (http://www.google.co.uk/search?q=ERROR_NOACCESS+GetTokenInformation&btnG=Se…) found http://www.cygwin.com/ml/cygwin-apps/2008-04/msg00222.html: "For whatever reason, GetTokenInformation was failing and returning ERROR_NOACCESS when passed a 1024 byte buffer. I changed the code to first call it with NULL to get the desired size, and that seems to have satisfied it. I cannot explain why it would object to a 1024 byte buffer, maybe you have some idea." That thread seems to suggest that this is an alignment issue -- the GetTokenInformation wants the buffer to be aligned properly. Corinna Vinschen suggests using PTOKEN_GROUPS groups = (PTOKEN_GROUPS) alloca (size); as alloca aligns correctly in cygwin's case. The buffer used in the test (line 1199) is allocated on the stack as a standard array and is thus not guaranteed to have the correct alignment. > And now also the rpcrt4:server test on W2K3 crashes (which it didn't before) > although that crash is not shown on test.winehq.org (child process > crashing?) but you will see 13 failures for this test (0 before). > > I haven't found the variable yet. I'm running VMware but I also see the > advapi32 failure on a real box. My VMware image for W2K3 hasn't been updated > since last week. No idea for this one. Have you done a bisect? - Reece

3 3

Re: D3D: Implement vertex blending in drawStridedSlow
by David Adam 04 Mar '09

04 Mar '09

2009/1/25 Claudio Ciccani <klan(a)users.sf.net> > > The patch implements a software fallback for vertex blending in > drawStridedSlow, fixing Bug #6955. > Although vertex blending is an old and outdated extension, there are > still many applications(games) relying on it nowadays. This because the > extension is generally supported by Direct3D, either directly in > hardware (using vertex programs) or in software. > This patch makes NOLF2 demo crashes. > > > Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7e6095c7 ESP:0033f0b4 EBP:0033f1ec EFLAGS:00010246( - 00 -RIZP1) EAX:00ec1b28 EBX:7e6bbc54 ECX:0000014c EDX:00000000 ESI:00000048 EDI:00000000 Stack dump: 0x0033f0b4: 00000000 00000000 00000000 3f800000 0x0033f0c4: 0033f110 7d05e000 7c03d008 7c7aa346 0x0033f0d4: 00000000 00000003 7e6bc7a0 7e69ee95 0x0033f0e4: 7e69e648 00000001 0000000c 00000010 0x0033f0f4: 795a5f68 7d09c0ac 0002d008 00ebd44c 0x0033f104: 00eba698 00ebd7a8 00000000 00000007 Backtrace: =>0 0x7e6095c7 drawStridedSlow+0x697(iface=0xeba698, sd=0xebd44c, NumVertexes=72, glPrimType=4, idxData=0x31dca00, idxSize=2, minIndex=0, startIdx=0) [/home/david/wine/dlls/wined3d/drawprim.c:307] in wined3d (0x0033f1ec) 1 0x7e60ea1b drawPrimitive+0x101b(iface=0xeba698, PrimitiveType=4, NumPrimitives=24, numberOfVertices=24, StartIdx=0, idxSize=<is not available>, idxData=(nil), minIndex=0) [/home/david/wine/dlls/wined3d/drawprim.c:1024] in wined3d (0x0033f55c) 2 0x7e5e41f9 IWineD3DDeviceImpl_DrawIndexedPrimitive+0xe9(iface=0xeba698, PrimitiveType=WINED3DPT_TRIANGLELIST, minIndex=0, NumVertices=24, startIndex=0, primCount=24) [/home/david/wine/dlls/wined3d/device.c:5314] in wined3d (0x0033f5cc) 3 0x7e6d43b6 IDirect3DDevice8Impl_DrawIndexedPrimitive+0x96(iface=<register ESI not in topmost frame>, PrimitiveType=D3DPT_TRIANGLELIST, MinVertexIndex=0, NumVertices=24, startIndex=0, primCount=24) [/home/david/wine/dlls/d3d8/device.c:1419] in d3d8 (0x0033f5fc) 0x7e6095c7 drawStridedSlow+0x697 [/home/david/wine/dlls/wined3d/drawprim.c:307] in wined3d: flds 0x0(%ecx) 307 m = &stateBlock->transforms[WINED3DTS_WORLDMATRIX((indices ? indices[0] : 0))].u.m[0][0]; Modules:

3 4

Re: msacm32: acmFormatEnum - implementing ACM_FORMATENUMF_SUGGEST (2nd try)
by James McKenzie 03 Mar '09

03 Mar '09

Stefano Guidoni wrote: > This patch implements ACM_FORMATENUMF_SUGGEST and fixes bug 16394. > > >From MSDN: "The WAVEFORMATEX structure pointed to by the pwfx > member > of > the ACMFORMATDETAILS structure is valid. The enumerator will > enumerate > all suggested destination formats for the given pwfx > format.". > Since > the WAVEFORMATEX structure is valid, there is no need > to cycle through > all the standard formats (moreover the WAVEFORMATEX > format could be not > a standard one). > _________________________ > S. Guidoni > ------------------------------------------------------------------------ > > > Can you please use standard compression programs with standard extensions. Your file extension, .bin will not work here. James McKenzie

3 2

Re: [2/2] comctl32: replace nonprintable characters with spaces on SB_SETTEXT
by Alexandre Julliard 03 Mar '09

03 Mar '09

Nikolay Sivov <bunglehead(a)gmail.com> writes: > @@ -775,6 +777,16 @@ STATUSBAR_SetTextT (STATUS_INFO *infoPtr, INT nPart, WORD style, > strcpyW (ntext, text); > } else ntext = 0; > > + /* replace nonprintable characters with spaces */ > + if (ntext) { > + idx = ntext; > + while (*idx) { > + if(!isprintW(*idx)) > + *idx = space; > + idx++; This would need some test cases with various invalid chars to confirm that isprintW is the right check to use. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: winmm: Initialize Memory in mciSendStringA
by Alexandre Julliard 03 Mar '09

03 Mar '09

Rico Schüller <kgbricola(a)web.de> writes: > @@ -1498,7 +1498,10 @@ DWORD WINAPI mciSendStringA(LPCSTR lpstrCommand, LPSTR lpstrRet, > MultiByteToWideChar( CP_ACP, 0, lpstrCommand, -1, lpwstrCommand, len ); > if (lpstrRet) > { > - lpwstrRet = HeapAlloc(GetProcessHeap(), 0, uRetLen * sizeof(WCHAR)); > + /* Use HEAP_ZERO_MEMORY, otherwise WideCharToMultiByte could crash if mciSendStringW fails, > + * because the length is taken from the uninizialized data! > + */ > + lpwstrRet = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, uRetLen * sizeof(WCHAR)); That's just hiding the bug. The string shouldn't be converted at all if we failed to retrieve it. -- Alexandre Julliard julliard(a)winehq.org

2 1

wine on mac leopard
by Adam Brown 03 Mar '09

03 Mar '09

Hi, I am running wine 1.1.16 on a mac with leopard. Everything is working great except for my dvd drive. Wine cannot seem to recognize it. Is there any special settings I need to adjust in order for it to function correctly?

1 0

Re: wine shirts
by Hervÿffffe9 Chanal 03 Mar '09

03 Mar '09

It's far from being finished (and I don't know if I will finish it), but Dan what do you think of that for your shirt : http://img522.imageshack.us/img522/8526/wines2.jpg > That's a nice, simple design, but something's missing. > > Oddly, the original drunken penguin shirts, or ripoffs thereof, seem > to still be available at > http://www.ixsoft.de/software/products/CWTSHIRTDP-L.html > Original artwork is at > ftp://wine.codeweavers.com/pub/wine/logos/ > I would kind of like a shirt that had the penguin opening the bottle > on the front (text: Support the Wine Project), and the drunken > penguin on the back (text: I did my part, or something like that) > but I'd have to think a bit more on the text. > Other old links: > Martin's design: > http://cross-lfs.org/~mlankhorst/t-shirt.png > Ismael Barros put some effort into this before: > http://www.winehq.org/pipermail/wine-devel/2008-December/070894.html > but nobody could think up good text. > - Dan

2 2

Re: ole32/tests: Add a few CoGetMalloc tests.
by Rob Shearman 03 Mar '09

03 Mar '09

2009/3/3 Huw Davies <huw(a)codeweavers.com>: > diff --git a/dlls/ole32/tests/compobj.c b/dlls/ole32/tests/compobj.c > index a332d27..9720e52 100644 > --- a/dlls/ole32/tests/compobj.c > +++ b/dlls/ole32/tests/compobj.c > @@ -1162,6 +1162,28 @@ static void test_CoInitializeEx(void) > OleUninitialize(); > } > > +static void test_CoGetMalloc(void) > +{ > + IMalloc *malloc; > + HRESULT hr; > + void *ptr; > + DWORD i, size; > + > + OleInitialize(NULL); > + hr = CoGetMalloc(1, &malloc); > + ok(hr == S_OK, "got %x\n", hr); > + for(i = 0; i < 10; i++) > + { > + ptr = IMalloc_Alloc(malloc, i); > + ok(ptr != NULL, "got NULL for size %d\n", i); > + size = IMalloc_GetSize(malloc, ptr); > + ok(size == i, "got %d expected %d\n", size, i); Has this been tested on Win9x? Since HeapSize on those versions of Windows doesn't return the same size as allocated, IMalloc_GetSize might not either. > + IMalloc_Free(malloc, ptr); > + } > + IMalloc_Release(malloc); > + OleUninitialize(); > +} -- Rob Shearman

2 2

Re: mshtml: Implement IHTMLStyle get/put borderStyle
by Rico Schüller 03 Mar '09

03 Mar '09

Alistair Leslie-Hughes schrieb: >+ hres = IHTMLStyle_get_borderStyle(style, &sDefault); >+ ok(hres == S_OK, "put_borderStyle failed: %08x\n", hres); Should probably be "get_borderStyle failed:...". Cheers Rico

1 0

Re: iphlpapi/tests: skip over unimplemented funtionality
by Francois Gouget 03 Mar '09

03 Mar '09

On Sun, 1 Mar 2009, Austin English wrote: > There's already one skip() in the file for some unimplemented stuff, > so basing these fixes on that (only skipping on ERROR_NOT_SUPPORTED). > If that's not what we should be doing (and just let it fail instead), > feel free to ignore. I asked on #winehackers but couldn't get a clear > answer as to what skip() should be used for... [...] > apiReturn = gGetIfEntry(&row); > + if (apiReturn == ERROR_NOT_SUPPORTED) > + { > + skip("GetIfEntry is not supported\n"); > + return; > + } If there are Windows versions that export these functions but don't implement them so that they systematically return ERROR_NOT_SUPPORTED, then a win_skip() is justified. If there are legitimate reasons for Wine to return ERROR_NOT_SUPPORTED, besides 'we did not implement it yet for this platform', then a skip() is justified. So you would use a skip() if the graphics card does not support the 3D features you want to test for instance. Or to skip over the sound capture tests if the sound card has no capture capability. However you should not add a skip() just to hide platform-specific test failures, or failures caused by unimplemented or partially implemented features. In this case it's not totally clear cut but it does look like it would just hide unimplemented functionality. Note that Alexandre has been reworking this area quite a bit recently so maybe your original impetus for adding these is gone. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ A black hole is just God dividing by zero.

1 0

Re: include/port.h: fix a compiler warning on OpenSolaris
by Francois Gouget 03 Mar '09

03 Mar '09

On Sun, 1 Mar 2009, Austin English wrote: > OpenSolaris defines _FILE_OFFSET_BITS as well, causing a conflict. _FILE_OFFSET_BITS modifies the behavior of the Unix headers. So if it's set already, then it's wrong to redefine it and continue to include other Unix headers because you'll end up with inconsistent definitions. I think what this means is that there are places that include port.h after they have included Unix headers and that's wrong. It's these files that should be fixed. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ It really galls me that most of the computer power in the world is wasted on screen savers. Chris Caldwell from the GIMPS project http://www.mersenne.org/prime.htm

1 0

Re: ntdll: fix a couple compiler warnings on OpenSolaris
by Francois Gouget 03 Mar '09

03 Mar '09

> + wine_set_fs( thread_data->fs ); > + wine_set_gs( thread_data->gs ); > +#endif > + > /* get %fs and %gs at time of the fault */ > #ifdef FS_sig > *fs = LOWORD(FS_sig(sigcontext)); Isn't it a problem to move wine_set_{fs,gs}() just before code that purports to 'get %fs and %gs at time of the fault'? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95

1 0

Conformance tests
by Keith Muir 03 Mar '09

03 Mar '09

Hi, Running conformance tests on windows on some builds is impossible it wont even complete 1.1.15 was the last one that would run to completion and versions between 1.1.14 and 1.1.15 also failed to complete. Regards, Keith

2 1

Effects in D3D10 and D3DX
by "Luis C. Busquets Pérez" 03 Mar '09

03 Mar '09

I have seen that Henri Verbeet has begun the implementation of ID3D10Effect. Since there is a ID3DX9Effect interface I wonder of the possibility of creating something like wined3deffect and refer ID3DXEffect and ID3D10Effect to that wined3deffect implementation.

2 1

Testing DIB Engine - Better blitting and partial ROP3 support
by Massimo Del Fedele 02 Mar '09

02 Mar '09

Hi, I made some changes to DIB engine : 1) Some more consistent DIB type naming and color handling 2) Partial implementation of 256 ROP3 operations 3) Partial ROP3 implementation on blitting (stil no pattern) 4) Some optimizations in blitting code I attach here the zipped patches. Ciao Max

2 2

Windows Unix Subsystem finally catches up to Wine
by Steven Edwards 02 Mar '09

02 Mar '09

Hi, This is just some interesting reading you guys might enjoy. It seems, the Unix subsystem will give you the ability to create a mixed application able to call Win32 and Unix functionality. In effect PSX becomes like wineserver and you have to wrap your win32 libs as posix libraries. (sound familure). http://blogs.msdn.com/shan/archive/2007/02/06/posix-code-and-win32-gui.aspx This is dated 2007 so its not really NEW news, but it is still interesting that Wine was able to create cross platform applications for like 10 years before Microsoft was able to with their posix subsystem. Thanks -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 1

re: wine shirts
by Dan Kegel 02 Mar '09

02 Mar '09

Herve wrote: > http://img522.imageshack.us/img522/8526/wines2.jpg Not bad! Now for text... something like "Linux + Wine Dissolve Windows headaches fast!" :-)

3 2

Re: Fixed a number of buffer overflows with cmd, bug #13469
by Austin English 02 Mar '09

02 Mar '09

On Mon, Mar 2, 2009 at 8:41 AM, Diaa Sami <diaasami(a)gmail.com> wrote: > , > > > > + WCHAR stemofsearch[MAX_PATH]; // maximum allowed executable name is + // MAX_PATH, including null character No C++ comments please, use /* regular C comments */. -- -Austin

2 1

Crashes on lack of times.ttf (bug 9623) and using Liberation Serif instead
by David Gerard 02 Mar '09

02 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=9623 Various versions of Photoshop, and now Safari 4, insist on Times New Roman being present or they crash on startup. ("winetricks corefonts" works around it.) Packaging Liberation Serif with Wine and putting a registry key to substitute Times New Roman with it would do the job and solve the bug nicely. The only problem I can see is that the Liberation fonts are GPL (plus font). Would including the font with the Wine download be possible without making Wine entirely GPL? - d.

2 2

Re: dlls/userenv: fixed stubs GetUserProfileDirectoryW/A
by Nikolay Sivov 02 Mar '09

02 Mar '09

Andreas Rosenberg wrote: + TRACE("%p %s %p\n", hToken, debugstr_w(lpProfileDir), lpcchSize ); + /* profile specific tokens not supported, so hToken ignored */ + + SetLastError(0); + res = RegOpenKeyExW(HKEY_LOCAL_MACHINE,profile_pathname,0L,KEY_QUERY_VALUE,&keyProfileDir); Why do you need this SetLastError(0)? + res = RegGetValueW(keyProfileDir,profile_subkey,profile_keyname,RRF_RT_ANY, + NULL,buffer,&sizePath); /* RegGetValue expects pcbData in bytes */ + error = GetLastError(); + RegCloseKey(keyProfileDir); error isn't used after that. + /* else ("GetUserNameW failed\n"); */ + } + /* else ("RegGetValueW failed - %d %d %d\n",res,error,sizePath); */ + } + /* else ("RegOpenKeyExW failed\n"); */ return FALSE; What do these debug-comment lines mean?

2 2

old testresults in AppDB are useful
by Joerg-Cyril.Hoehle＠t-systems.com 02 Mar '09

02 Mar '09

Hi, this is a pladoyer in favour of being able to add test data about old releases of wine to the AppDB. Currently, the oldest selectable release is 1.1.11, which is just not enough IMHO. >From a developer point of view, I understand very well that bug reports should be against the newest release, otherwise somebody has to check out whether a bug is still present there (a regular question in bugzilla). However AppDB has two uses: - developers - and users who expect to find there valuable information about how to make applications run. For instance, I'd like to submit a testdata result about Syberia 2 with rating Platinum (or gold) with wine-1.1.6 in order to highlight the fact that this is the only release that works flawlessly: After 1.1.6, sound bug #16513 was introduced. Prior to 1.1.6, the app was affected by other bugs. [Even the 1.0.0 platinum rating is arguably incorrect, as the tester did not play to the end and missed the opportunity to detect the hanging candle machine mid-game.] So my idea is that users whould be able to come to AppDB, immediately see that 1.1.6 has platinum color and has a comment saying that it is the best release for playing this particular application. They are still free to use the most current release, after consulting the app's bug list. I find this cleaner and more useful than submitting 1..N bronze entries for 1.1.11-1.1.16 with an additional note there recommending use of 1.1.6 instead. Other people could package bottles with this particular release, given the 1.1.6-only platinum rating. Something similar holds for some other applications: users may wish to visibly document in AppDB the best existing wine release for using a particular application, rather than commenting on the -- possibly degraded -- current one. The idea is that we can have good AppDB ratings (non-exagerated), while still having new bugs in bugzilla. Regards, Jörg Höhle.

1 0

wine shirts
by Hervÿffffe9 Chanal 02 Mar '09

02 Mar '09

Oups, I hadn't seen the Ismael answer, sorry for the spam. > It's far from being finished (and I don't know if I will finish it), but Dan what do > you think of that for your shirt : > > http://img522.imageshack.us/img522/8526/wines2.jpg > That's a nice, simple design, but something's missing. > > Oddly, the original drunken penguin shirts, or ripoffs thereof, seem > to still be available at >http://www.ixsoft.de/software/products/CWTSHIRTDP-L.html > Original artwork is at >ftp://wine.codeweavers.com/pub/wine/logos/ > I would kind of like a shirt that had the penguin opening the bottle > on the front (text: Support the Wine Project), and the drunken > penguin on the back (text: I did my part, or something like that) > but I'd have to think a bit more on the text. > Other old links: > Martin's design: >http://cross-lfs.org/~mlankhorst/t-shirt.png > Ismael Barros put some effort into this before: >http://www.winehq.org/pipermail/wine-devel/2008-December/070894.html > but nobody could think up good text. > - Dan

1 0

re: wine shirts
by Dan Kegel 02 Mar '09

02 Mar '09

That's a nice, simple design, but something's missing. Oddly, the original drunken penguin shirts, or ripoffs thereof, seem to still be available at http://www.ixsoft.de/software/products/CWTSHIRTDP-L.html Original artwork is at ftp://wine.codeweavers.com/pub/wine/logos/ I would kind of like a shirt that had the penguin opening the bottle on the front (text: Support the Wine Project), and the drunken penguin on the back (text: I did my part, or something like that) but I'd have to think a bit more on the text. Other old links: Martin's design: http://cross-lfs.org/~mlankhorst/t-shirt.png Ismael Barros put some effort into this before: http://www.winehq.org/pipermail/wine-devel/2008-December/070894.html but nobody could think up good text. - Dan

2 1

storing the registry key class name to make PDFXChange-Viewer happy
by Patrick Pfeifer 02 Mar '09

02 Mar '09

Dear Developpers of Wine I like wine and I like Tracker Software's PDFXChange-Viewer as well. http://www.docu-track.com/home/prod_user/PDF-XChange_Tools/pdfx_viewer So, today I was not getting any rest until i found out why these two won't work together nicely. I mean they DO, actually. But I'm kind of touchy. I was wondering all the time, why most of the settings I changed were not restored as I exited and restarted the app. I then discovered that if wineserver was preserved ("-p" option) beween restarts they WERE restored. Further investigations unveiled that the problem is triggered by the fact that wineserver is not storing the registry key class name attributes. Something M$ must have come up with in XP but that is not very wideley used. PDFXChange-Viewer however seems to rely on it when parsing it's preferences from the registry on startup. Wineservers unicode string handling gave me a though time in implementing a solution to this but i finally managed. You can see that I went quiet straightforward: adding the class name next to the key name in the {system,user}.reg files. There are two different versions of the fix. I would prefer the second one because it preserves backwards compatibility: In case the key class attribute is set, it is put in brackets between the key name and modification time. Otherwise nothing changes. It would be really nice if this could be somehow integrated into wine. (Not only because I worked on it for a whole day, but also because i really miss the feature because i don't want to reconfigure PDFXChange-Viewer every time i start it and also because I would like to make that functionality available to all of my friends and all linux users as well. Greets Patrick [Software\\Tracker Software\\PDFViewer\\FullScreen\\MainView\\Bars\\0011;ParamItem] 1235760987 "Break"=dword:00000001 "ID"=dword:000081c9 "Name"="Properties" [Software\\Tracker Software\\PDFViewer\\FullScreen\\MainView\\Bars\\0011] [ParamItem] 1235761189 "Break"=dword:00000001 "ID"=dword:000081c9 "Name"="Properties" --- registry.c 2009-02-27 19:44:14.000000000 +0100 +++ registry.PP1.c 2009-02-27 19:49:03.000000000 +0100 @@ -176,7 +176,7 @@ dump_path( key->parent, base, f ); fprintf( f, "\\\\" ); } - dump_strW( key->name, key->namelen / sizeof(WCHAR), f, "[]" ); + dump_strW( key->name, key->namelen / sizeof(WCHAR), f, "[;" ); } /* dump a value to a text file */ @@ -245,6 +245,8 @@ { fprintf( f, "\n[" ); if (key != base) dump_path( key, base, f ); + fprintf( f, ";" ); + dump_strW( key->class, key->classlen / sizeof(WCHAR), f, "[]" ); fprintf( f, "] %ld\n", (long)key->modif ); for (i = 0; i <= key->last_value; i++) dump_value( &key->values[i], f ); } @@ -1108,20 +1110,22 @@ int prefix_len, struct file_load_info *info, int default_modif ) { - WCHAR *p; - struct unicode_str name; - int res, modif; - data_size_t len; + WCHAR *p, cls[256]; + struct unicode_str name, class; + int res, res2, modif; + data_size_t len, len2 = 256; if (!get_file_tmp_space( info, strlen(buffer) * sizeof(WCHAR) )) return NULL; len = info->tmplen; - if ((res = parse_strW( info->tmp, &len, buffer, ']' )) == -1) + if ((res = parse_strW( info->tmp, &len, buffer, ';' )) == -1 || + (res2 = parse_strW( cls, &len2, buffer+res, ']' ) == -1)) { file_read_error( "Malformed key", info ); return NULL; } - if (sscanf( buffer + res, " %d", &modif ) != 1) modif = default_modif; + + if (sscanf( buffer + res + res2, " %d", &modif ) != 1) modif = default_modif; p = info->tmp; while (prefix_len && *p) { if (*p++ == '\\') prefix_len--; } @@ -1138,7 +1142,10 @@ } name.str = p; name.len = len - (p - info->tmp + 1) * sizeof(WCHAR); - return create_key( base, &name, NULL, flags, modif, &res ); + class.str = cls; + class.len = len2 - sizeof(WCHAR); + + return create_key( base, &name, &class, flags, modif, &res ); } /* parse a comma-separated list of hex digits */ --- registry.c 2009-02-27 19:44:14.000000000 +0100 +++ registry.PP2.c 2009-02-27 19:59:28.000000000 +0100 @@ -245,6 +245,10 @@ { fprintf( f, "\n[" ); if (key != base) dump_path( key, base, f ); + if (key->class != NULL) { + fprintf( f, "] [" ); + dump_strW( key->class, key->classlen / sizeof(WCHAR), f, "[]" ); + } fprintf( f, "] %ld\n", (long)key->modif ); for (i = 0; i <= key->last_value; i++) dump_value( &key->values[i], f ); } @@ -1108,10 +1112,10 @@ int prefix_len, struct file_load_info *info, int default_modif ) { - WCHAR *p; - struct unicode_str name; - int res, modif; - data_size_t len; + WCHAR *p, *c; + struct unicode_str name, class; + int res, c_res, modif; + data_size_t len, c_len; if (!get_file_tmp_space( info, strlen(buffer) * sizeof(WCHAR) )) return NULL; @@ -1121,6 +1125,23 @@ file_read_error( "Malformed key", info ); return NULL; } + + c_len = info->tmplen - len; + if ((c_res = parse_strW( info->tmp + len / sizeof(WCHAR), &c_len, buffer + res, ']' )) == -1) + { + class.len = 0; + } + else + { + res += c_res; + + c = info->tmp + len / sizeof(WCHAR); + while (*c) { if (*c++ == '[') break; } + + class.str = c; + class.len = c_len - (c - (info->tmp + len / sizeof(WCHAR)) + 1) * sizeof(WCHAR); + } + if (sscanf( buffer + res, " %d", &modif ) != 1) modif = default_modif; p = info->tmp; @@ -1138,6 +1159,9 @@ } name.str = p; name.len = len - (p - info->tmp + 1) * sizeof(WCHAR); + + if (class.len > 0) + return create_key( base, &name, &class, flags, modif, &res ); return create_key( base, &name, NULL, flags, modif, &res ); }

2 1

Re: Fixed a number of buffer overflows with cmd, bug #13469
by Vincent Povirk 02 Mar '09

02 Mar '09

Send only one patch per mail, please. Vincent Povirk On Mon, Mar 2, 2009 at 8:41 AM, Diaa Sami <diaasami(a)gmail.com> wrote: > , > > > >

1 0

Kernel32 profile/INI mappings to registry
by Silver Blade 02 Mar '09

02 Mar '09

Hi guys, Whilst looking into some winmm.dll modifications for ReactOS, I found that the Drivers and Drivers32 registry keys (used for determining the wavemapper, midi devices etc.) effectively replace those entries found in SYSTEM.INI of previous Windows versions. Looking around in the registry reveals that Windows has a set of registry keys that effectively map INI file sections to other registry keys. This mapping is handled by the various "profile" APIs exported by kernel32, and is described on MSDN for the "GetPrivateProfileString" API: http://msdn.microsoft.com/en-us/library/ms724353(VS.85).aspx# Since ReactOS imports WINE's kernel32, I checked WINE's kernel32 source code and found that this mapping doesn't take place. This in itself doesn't pose a problem - INI files work, after all! However IMO it may be worth implementing this functionality, and this is something I would be interested in doing. It makes more sense (to me anyway) to implement this in WINE rather than directly in ReactOS. And it seems relatively trivial. Just thought I'd post here and gather any thoughts on this? Regards, Andrew Greenwood _________________________________________________________________ 25GB of FREE Online Storage – Find out more http://clk.atdmt.com/UKM/go/134665320/direct/01/

2 1

kernel32/tests: Mark debugger test broken for Win9x and WinME behavior
by Drew Ronneberg 02 Mar '09

02 Mar '09

3 4

CreateThread timing behaviour (Bug 15323 affecting Warhammer Online)
by Paul TBBle Hampson 02 Mar '09

02 Mar '09

I'm looking into Bug 15323, and it seems to come down to a particular undocumented behaviour of CreateThread on Windows, which is probably also a bug in the usage of it by warpatch.bin, the Warhammer Online patcher. Problem code outline: Main thread: flag = false; createThread( newThreadFun ) sleep until flag = false; newThreadFun: flag = true CreateHiddenWindowAndWaitForMessageFromMainThread; flag = false; return; On inspection, the only way this can work is if the main thread's "sleep until" test is done before newThreadFun gets started. And this is what we see. If the sleep is hit, the patcher never shows any windows or continues on. If the patcher works, we _never_ slept. I've attached a hack patch against kernel32's thread test suite which reduces it to a single test of this behaviour. Under Windows, the test always passes, at least in my limited testing. Under Wine, the test usually fails if wineserver is not already running, and usually passes if wineserver is already running. However, both cases can also give the opposite result every so often. This matches the observed problems starting the Warhammer Online patcher. So anyway, I guess the question is, am I right about this behaviour or have I overlooked something relevant? And the follow-up question, if this is a threading behaviour difference between Wine and MS Win32, should Wine replicate it? And then the follow-up to the follow-up... How would this be replicated? Maybe a new thread should start at a slightly lower priority than its parent thread? Or simply have ntdll/thread.c's start_thread call sched_yield(); before call_thread_func. I tried this last idea, and the test passed more often, but still failed frequently with no wineserver running. It also improved the chances of warpatch starting correctly (I only had one failure in about ten tries, rather than nine failures in ten tries). -- ----------------------------------------------------------- Paul "TBBle" Hampson, B.Sc, LPI, MCSE Very-later-year Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) Paul.Hampson(a)Pobox.com Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.5/au/ -----------------------------------------------------------

3 6

Re: storing the registry key class name to make PDFXChange-Viewer happy
by Patrick 02 Mar '09

02 Mar '09

On Son, 2009-03-01 at 19:07 -0600, Austin English wrote: > On Sun, Mar 1, 2009 at 11:41 AM, Patrick <ragamuffin(a)datacomm.ch> wrote: > > On Sam, 2009-02-28 at 19:04 -0600, Austin English wrote: > >> On Sat, Feb 28, 2009 at 7:04 PM, Austin English <austinenglish(a)gmail.com> wrote: > >> > On Sat, Feb 28, 2009 at 12:37 AM, Patrick <ragamuffin(a)datacomm.ch> wrote: > >> >> Dear Developpers of Wine > >> >> > >> >> I like wine and I like Tracker Software's PDFXChange-Viewer as well. > >> >> http://www.docu-track.com/home/prod_user/PDF-XChange_Tools/pdfx_viewer > >> >> > >> >> So, today I was not getting any rest until i found out why these two > >> >> won't work together nicely. I mean they DO, actually. But I'm kind of > >> >> touchy. I was wondering all the time, why most of the settings I changed > >> >> were not restored as I exited and restarted the app. > >> >> > >> >> I then discovered that if wineserver was preserved ("-p" option) beween > >> >> restarts they WERE restored. Further investigations unveiled that the > >> >> problem is triggered by the fact that wineserver is not storing the > >> >> registry key class name attributes. Something M$ must have come up with > >> >> in XP but that is not very wideley used. PDFXChange-Viewer however seems > >> >> to rely on it when parsing it's preferences from the registry on > >> >> startup. > >> >> > >> >> Wineservers unicode string handling gave me a though time in > >> >> implementing a solution to this but i finally managed. You can see that > >> >> I went quiet straightforward: adding the class name next to the key name > >> >> in the {system,user}.reg files. There are two different versions of the > >> >> fix. I would prefer the second one because it preserves backwards > >> >> compatibility: In case the key class attribute is set, it is put in > >> >> brackets between the key name and modification time. Otherwise nothing > >> >> changes. > >> >> > >> >> It would be really nice if this could be somehow integrated into wine. > >> >> (Not only because I worked on it for a whole day, but also because i > >> >> really miss the feature because i don't want to reconfigure > >> >> PDFXChange-Viewer every time i start it and also because I would like to > >> >> make that functionality available to all of my friends and all linux > >> >> users as well. > >> >> > >> >> Greets > >> >> > >> >> Patrick > >> >> > >> >> > >> >> [Software\\Tracker Software\\PDFViewer\\FullScreen\\MainView\\Bars\\0011;ParamItem] 1235760987 > >> >> "Break"=dword:00000001 > >> >> "ID"=dword:000081c9 > >> >> "Name"="Properties" > >> >> > >> >> [Software\\Tracker Software\\PDFViewer\\FullScreen\\MainView\\Bars\\0011] [ParamItem] 1235761189 > >> >> "Break"=dword:00000001 > >> >> "ID"=dword:000081c9 > >> >> "Name"="Properties" > >> >> > >> >> --- registry.c 2009-02-27 19:44:14.000000000 +0100 > >> >> +++ registry.PP1.c 2009-02-27 19:49:03.000000000 +0100 > >> >> --- registry.c 2009-02-27 19:44:14.000000000 +0100 > >> >> +++ registry.PP2.c 2009-02-27 19:59:28.000000000 +0100 > >> >> > >> > > >> > Patches should be sent in git diff format to wine-patches(a)winehq.org. > >> > > >> > See http://wiki.winehq.org/Patching > >> > > >> > Thanks for helping Wine! > >> > > >> > -- > >> > -Austin > >> > > >> > >> Err, make that http://wiki.winehq.org/SubmittingPatches > >> > > > > Sorry, lenghty conformance tests & learning git would take me another > > day.... It's unlikely that I'll do that before Christmas 2010 or so... > > Thank you for the reply anyway! > > > > In case anybody wants to use the code - put it through the whole > > preocess - modify it or implement the idea in another way, he should > > feel free to do so. It's hereby set free from any license/copyright or > > other obstacles. You could even claim that you wrote it yourself ;-) I > > won't mind. Just get it into wine somehow. > > > > Patrick > > > > > > Is this supposed to apply to server/registry.c? It doesn't apply in latest git.. > Yes, server/registry.c I've improved V2 slightly and made it apply on latest git. And I tested it now - it builds and does what it's supposed to do. Which means PDFXChange-Viewer works, keeps its settings and there are no side effects. One line there class.len = c_len - (c - (info->tmp + len / sizeof(WCHAR)) + 1) * sizeof(WCHAR); looks "ugly" to my eyes as well, but it's correct, so... >From 8a7fd46edc1192461fa2f7ea48e2b40769352a44 Mon Sep 17 00:00:00 2001 From: Patrick <ragamuffin(a)datacomm.ch> Date: Mon, 2 Mar 2009 10:12:26 +0100 Subject: save/load registry key class names --- server/registry.c | 41 +++++++++++++++++++++++++++++++++++++---- 1 files changed, 37 insertions(+), 4 deletions(-) diff --git a/server/registry.c b/server/registry.c index d83486b..afe7771 100644 --- a/server/registry.c +++ b/server/registry.c @@ -246,6 +246,10 @@ static void save_subkeys( const struct key *key, const struct key *base, FILE *f { fprintf( f, "\n[" ); if (key != base) dump_path( key, base, f ); + if (key->class != NULL) { + fprintf( f, "] [" ); + dump_strW( key->class, key->classlen / sizeof(WCHAR), f, "[]" ); + } fprintf( f, "] %u\n", (unsigned int)((key->modif - ticks_1601_to_1970) / TICKS_PER_SEC) ); for (i = 0; i <= key->last_value; i++) dump_value( &key->values[i], f ); } @@ -1107,12 +1111,12 @@ static int get_data_type( const char *buffer, int *type, int *parse_type ) static struct key *load_key( struct key *base, const char *buffer, int flags, int prefix_len, struct file_load_info *info ) { - WCHAR *p; - struct unicode_str name; - int res; + WCHAR *p, *c; + struct unicode_str name, class; + int res, c_res; unsigned int mod; timeout_t modif = current_time; - data_size_t len; + data_size_t len, c_len; if (!get_file_tmp_space( info, strlen(buffer) * sizeof(WCHAR) )) return NULL; @@ -1122,6 +1126,32 @@ static struct key *load_key( struct key *base, const char *buffer, int flags, file_read_error( "Malformed key", info ); return NULL; } + + c_len = info->tmplen - len; + if ((c_res = parse_strW( info->tmp + len / sizeof(WCHAR), &c_len, buffer + res, ']' )) == -1) + { + /* no class name */ + class.len = 0; + } + else + { + res += c_res; + + c = info->tmp + len / sizeof(WCHAR); + while (*c) { if (*c++ == '[') break; } + + if (!*c) + { + /* malformed class name - ignore */ + class.len = 0; + } + else + { + class.str = c; + class.len = c_len - (c - (info->tmp + len / sizeof(WCHAR)) + 1) * sizeof(WCHAR); + } + } + if (sscanf( buffer + res, " %u", &mod ) == 1) modif = (timeout_t)mod * TICKS_PER_SEC + ticks_1601_to_1970; @@ -1140,6 +1170,9 @@ static struct key *load_key( struct key *base, const char *buffer, int flags, } name.str = p; name.len = len - (p - info->tmp + 1) * sizeof(WCHAR); + + if (class.len > 0) + return create_key( base, &name, &class, flags, modif, &res ); return create_key( base, &name, NULL, flags, modif, &res ); } -- 1.6.1.3

1 0

sock_init: ERROR in sock_check_pollhup()
by Austin English 02 Mar '09

02 Mar '09

I'm occasionally seeing this error when starting an application in OpenSolaris. Seems to be about 1/4 of the time. Looked for it in the source, found it in server/sock.c: void sock_init(void) { sock_shutdown_type = sock_check_pollhup(); switch ( sock_shutdown_type ) { case SOCK_SHUTDOWN_EOF: if (debug_level) fprintf( stderr, "sock_init: shutdown() causes EOF\n" ); break; case SOCK_SHUTDOWN_POLLHUP: if (debug_level) fprintf( stderr, "sock_init: shutdown() causes POLLHUP\n" ); break; default: fprintf( stderr, "sock_init: ERROR in sock_check_pollhup()\n" ); sock_shutdown_type = SOCK_SHUTDOWN_EOF; } } Is it anything to worry about? Or safe to ignore? -- -Austin

2 1

appdb issue: can't search for apps platinum on 1.0.x!
by Dan Kegel 02 Mar '09

02 Mar '09

Our currently released version is 1.0, but the appdb's browse feature acts as if that version no longer exists. This will seriously confuse newcomers who are using the 1.0.1 version (e.g. anybody who installs a fresh copy of Ubuntu!). To fix this, we should add 1.0 (or 1.0.1) back into the search box in http://appdb.winehq.org/objectManager.php?sClass=application

8 25

Re: fusion/tests: Fix tests for .NET 1.x
by Paul Vriens 02 Mar '09

02 Mar '09

Ge van Geldorp wrote: > Changelog: > fusion/tests: Fix tests for .NET 1.x > > --- > dlls/fusion/tests/asmname.c | 12 +++++++++--- > 1 files changed, 9 insertions(+), 3 deletions(-) > > diff --git a/dlls/fusion/tests/asmname.c b/dlls/fusion/tests/asmname.c > index 98004ea..0ea7aa8 100644 > --- a/dlls/fusion/tests/asmname.c > +++ b/dlls/fusion/tests/asmname.c > @@ -371,8 +371,12 @@ static void > test_assembly_name_props_line(IAssemblyName *name, > if (i == ASM_NAME_PUBLIC_KEY_TOKEN) > ok(!memcmp(vals[i].val, str, size), "Expected a correct > ASM_NAME_PUBLIC_KEY_TOKEN\n"); > else > - ok(!lstrcmpA(vals[i].val, val), "%d: prop %d: Expected > \"%s\", got \"%s\"\n", line, i, vals[i].val, val); > - ok(size == vals[i].size, "%d: prop %d: Expected %d, got > %d\n", line, i, vals[i].size, size); > + ok(!lstrcmpA(vals[i].val, val) || > + broken(i == ASM_NAME_OSINFO_ARRAY), /* .NET 1.x */ + > "%d: prop %d: Expected \"%s\", got \"%s\"\n", line, i, > vals[i].val, val); > + ok(size == vals[i].size || > + broken(i == ASM_NAME_PROCESSOR_ID_ARRAY || i == > ASM_NAME_OSINFO_ARRAY), /* .NET 1.x */ > + "%d: prop %d: Expected %d, got %d\n", line, i, > vals[i].size, size); > } > } > } > @@ -598,7 +602,9 @@ static void test_CreateAssemblyNameObject(void) > ok(hr == FUSION_E_INVALID_NAME || > broken(hr == S_OK), /* .NET 1.x */ > "Expected FUSION_E_INVALID_NAME, got %08x\n", hr); > - ok(hi == 0, "Expected 0, got %08x\n", hi); > + ok(hi == 0 || > + broken(hi == 0x00010005), /* .NET 1.x */ > + "Expected 0, got %08x\n", hi); > ok(lo == 0, "Expected 0, got %08x\n", lo); > > test_assembly_name_props(name, badvername); Hi, Already beat you to it: http://www.winehq.org/pipermail/wine-patches/2009-February/070044.html http://www.winehq.org/pipermail/wine-patches/2009-February/070045.html The main difference is that I skip 3 of the test_assembly_name_props tests altogether whereas you 'skip' these 2 properties for all the test_assembly_name_props tests. -- Cheers, Paul.

1 0

rpcrt4 <-> freedce conversion guide: functions and structures with direct equivalence
by Luke Kenneth Casson Leighton 01 Mar '09

01 Mar '09

i've started documenting and reviewing the functions and structures in wine's rpcrt4 implementation and providing direct equivalents, including the prototypes of each, in freedce. http://lkcl.net/software/msrpc_to_dcerpc i figured that if i was going to be saying "the two are equivalent" i might best actually be telling the truth :) so far, it looks like i'm about... 40% accurate: certainly 95% of the "public" functions (the ones with IDL files specifying them) are dead-on, with NDRCContext* and NDRSContext* being difficult to find equivalents (will look tomorrow), Mep* functions being _way_ out (10of), Ndr* presently difficult to track down (will look tomorrow), RpcServer* being 95% dead-on, RpcBinding* being 100% on, Uuid* is going to be dead-on, RpcAsync* being _way_ out, etc. etc. i left the Ndr marshalling functions (conformant, simple, etc) for now, will get to those later. these are just the public functions i'm evaluating (quantity 283 in rpcrt4.def) - there are behind-the-scenes implementations of the second-and-beyond layer APIs which are... well... is it actually worth evaluating them? that wasn't a rhetorical question. is it a worthwhile exercise to point out the equivalent functions, those that can be identified, between "internal" functions as found in rpcrt4, and those in freedce? e.g. struct connection_ops will have a direct equivalence somewhere in freedce (i'd start investigating ncklib/transport/cn/cninit.c, with rpc_prot_call_epv_t and other friends being likely candidates). the internal infrastructure in freedce is just... _incredible_. everything's subdivided down into clean interfaces behind vector tables, such that it's an incredibly trivial task to add a new transport or a new authentication module. i dropped in uxd_naf (unix domain sockets network address family) really easily - the interface for adding network address families (towers, aka sockaddr types) is clearly laid out. the transports are subdivided into dg (datagram) and cn (connection) so if you want to add a datagram transport, you know which set of 25 functions to implement, and likewise for a connection-orientated transport. remember - people have been dropping dce/rpc on top of ncacn_http, direct onto netbios datagrams and netbios sessions, decnet, osi networking, _goodness_ knows what else, and dropping in kerberos authentication, nt domains authentication - the works. you would do well to consider taking at the very least the transport infrastructure and the authentication infrastructure from freedce and just dropping it in. i've already added ncacn_np - on top of _real_ NamedPipes - for the Win32 port of freedce. l.

1 0

Re: twain_32/tests: Link with twain_32.dll.
by Jeremy White 01 Mar '09

01 Mar '09

Francois Gouget wrote: > --- > > winetest can detect if twain_32.dll is there or not, and if it's missing > there's nothing to test anyway. Note that make_makefiles will need to be > run. This patch breaks make crosstest for me: [apevia:~/w/wine/dlls/twain_32/tests] make crosstest i586-mingw32msvc-gcc dsm.cross.o testlist.cross.o -o twain_32_crosstest.exe -L../../../dlls -L../../../dlls/twain_32 -L../../../dlls/user32 -L../../../dlls/gdi32 -L../../../dlls/kernel32 -ltwain_32 -luser32 -lgdi32 -lkernel32 /usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/../../../../i586-mingw32msvc/bin/ld: cannot find -ltwain_32 collect2: ld returned 1 exit status make: *** [twain_32_crosstest.exe] Error 1 (it also breaks make test for me, but that may be operator error). But, what's more, I do not see the point. Twain_32 is not a Microsoft DLL; it is not present by default on most Windows systems. Further, the API specifications are quite clear: you're supposed to LoadLibrary Twain32, and all Twain applications I've tested do so. I don't see the benefit in making our test behave differently than the recommended behavior for this DLL. Cheers, Jeremy

3 2

Re: rpcrt4: Check for null endpoint in RpcServerUseProtseqEpExW
by Luke Kenneth Casson Leighton 01 Mar '09

01 Mar '09

see implementation in dual BSD-licensed _and_ LGPL-licensed freedce reference implementation, on which MSRPC was originally blatantly copied (thanks to the BSD license on the 1.0 reference implementation). e.g. online annotated copy here: http://www.sfr-fresh.com/linux/misc/freedce-1.1.0.7.tar.gz:a/freedce-1.1.0.… line 2470. anyone who is doing wine dce/rpc development _really_ needs to be looking at the reference implementation, side-by-side, line-for-line, in virtually every aspect except for exception handling, threading, binary-interoperability with the typelibraries and a few other areas. l.

3 3

winetricks does not reset service pack number correctly
by Fabian Köster 01 Mar '09

01 Mar '09

I just noticed that, when testing Lexware[1] with wine, that winetricks does not seem to reset the windows version correctly (or at least the Service Pack Number). On a fresh wine-installation I executed: winetricks msxml3 jet40 mdac28 dotnet20 When I now start the Lexware-Installer it says that "SP4" is installed (so it seems to be the setting for Windows 2000), but winecfg shows "Windows XP". When I run winetricks winxp afterwards, the installer correctly displays "SP2". Tested winetricks 20090227 with wine 1.1.16 Regards, Fabian [1] http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505

3 3

Re: mshtml/tests: Fix SysFreeString call with wrong variable.
by Austin English 01 Mar '09

01 Mar '09

On Sun, Mar 1, 2009 at 7:11 AM, Rico Schüller <kgbricola(a)web.de> wrote: > Hi, > > this patch frees the correct variable and solves a regression in > mshtml/tests/dom.c (see > http://test.winehq.org/data/0d7bec3578e02e1f551813e86100b59e36aec542/#group… > ). > > Cheers > Rico > > --- > dlls/mshtml/tests/dom.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > > > > > Also fixes the test when run under WINEDEBUG=+heap. -- -Austin

1 0

Codeweavers logo
by Yann Leretaille 01 Mar '09

01 Mar '09

Hi, the Codeweavers-logo at the bottom of the page looks grainy and pixelated. I suggest using this version: download <http://yann.sciency.net/cw_logo_sm.png> Here a comparison of booth versions: Yann Leretaille ///**Text-Only**/// Hi, the codeweavers-logo at the bottom auf thee page looks grainy and pixelated. I suggest using this version: http://yann.sciency.net/cw_logo_sm.png Here a comparison of booth: http://yann.sciency.net/cw_old_new.png Yann Leretaille

1 0

storing the registry key class name to make PDFXChange-Viewer happy
by Patrick 01 Mar '09

01 Mar '09

Dear Developpers of Wine I like wine and I like Tracker Software's PDFXChange-Viewer as well. http://www.docu-track.com/home/prod_user/PDF-XChange_Tools/pdfx_viewer So, today I was not getting any rest until i found out why these two won't work together nicely. I mean they DO, actually. But I'm kind of touchy. I was wondering all the time, why most of the settings I changed were not restored as I exited and restarted the app. I then discovered that if wineserver was preserved ("-p" option) beween restarts they WERE restored. Further investigations unveiled that the problem is triggered by the fact that wineserver is not storing the registry key class name attributes. Something M$ must have come up with in XP but that is not very wideley used. PDFXChange-Viewer however seems to rely on it when parsing it's preferences from the registry on startup. Wineservers unicode string handling gave me a though time in implementing a solution to this but i finally managed. You can see that I went quiet straightforward: adding the class name next to the key name in the {system,user}.reg files. There are two different versions of the fix. I would prefer the second one because it preserves backwards compatibility: In case the key class attribute is set, it is put in brackets between the key name and modification time. Otherwise nothing changes. It would be really nice if this could be somehow integrated into wine. (Not only because I worked on it for a whole day, but also because i really miss the feature because i don't want to reconfigure PDFXChange-Viewer every time i start it and also because I would like to make that functionality available to all of my friends and all linux users as well. Greets Patrick [Software\\Tracker Software\\PDFViewer\\FullScreen\\MainView\\Bars\\0011;ParamItem] 1235760987 "Break"=dword:00000001 "ID"=dword:000081c9 "Name"="Properties" [Software\\Tracker Software\\PDFViewer\\FullScreen\\MainView\\Bars\\0011] [ParamItem] 1235761189 "Break"=dword:00000001 "ID"=dword:000081c9 "Name"="Properties" --- registry.c 2009-02-27 19:44:14.000000000 +0100 +++ registry.PP1.c 2009-02-27 19:49:03.000000000 +0100 @@ -176,7 +176,7 @@ dump_path( key->parent, base, f ); fprintf( f, "\\\\" ); } - dump_strW( key->name, key->namelen / sizeof(WCHAR), f, "[]" ); + dump_strW( key->name, key->namelen / sizeof(WCHAR), f, "[;" ); } /* dump a value to a text file */ @@ -245,6 +245,8 @@ { fprintf( f, "\n[" ); if (key != base) dump_path( key, base, f ); + fprintf( f, ";" ); + dump_strW( key->class, key->classlen / sizeof(WCHAR), f, "[]" ); fprintf( f, "] %ld\n", (long)key->modif ); for (i = 0; i <= key->last_value; i++) dump_value( &key->values[i], f ); } @@ -1108,20 +1110,22 @@ int prefix_len, struct file_load_info *info, int default_modif ) { - WCHAR *p; - struct unicode_str name; - int res, modif; - data_size_t len; + WCHAR *p, cls[256]; + struct unicode_str name, class; + int res, res2, modif; + data_size_t len, len2 = 256; if (!get_file_tmp_space( info, strlen(buffer) * sizeof(WCHAR) )) return NULL; len = info->tmplen; - if ((res = parse_strW( info->tmp, &len, buffer, ']' )) == -1) + if ((res = parse_strW( info->tmp, &len, buffer, ';' )) == -1 || + (res2 = parse_strW( cls, &len2, buffer+res, ']' ) == -1)) { file_read_error( "Malformed key", info ); return NULL; } - if (sscanf( buffer + res, " %d", &modif ) != 1) modif = default_modif; + + if (sscanf( buffer + res + res2, " %d", &modif ) != 1) modif = default_modif; p = info->tmp; while (prefix_len && *p) { if (*p++ == '\\') prefix_len--; } @@ -1138,7 +1142,10 @@ } name.str = p; name.len = len - (p - info->tmp + 1) * sizeof(WCHAR); - return create_key( base, &name, NULL, flags, modif, &res ); + class.str = cls; + class.len = len2 - sizeof(WCHAR); + + return create_key( base, &name, &class, flags, modif, &res ); } /* parse a comma-separated list of hex digits */ --- registry.c 2009-02-27 19:44:14.000000000 +0100 +++ registry.PP2.c 2009-02-27 19:59:28.000000000 +0100 @@ -245,6 +245,10 @@ { fprintf( f, "\n[" ); if (key != base) dump_path( key, base, f ); + if (key->class != NULL) { + fprintf( f, "] [" ); + dump_strW( key->class, key->classlen / sizeof(WCHAR), f, "[]" ); + } fprintf( f, "] %ld\n", (long)key->modif ); for (i = 0; i <= key->last_value; i++) dump_value( &key->values[i], f ); } @@ -1108,10 +1112,10 @@ int prefix_len, struct file_load_info *info, int default_modif ) { - WCHAR *p; - struct unicode_str name; - int res, modif; - data_size_t len; + WCHAR *p, *c; + struct unicode_str name, class; + int res, c_res, modif; + data_size_t len, c_len; if (!get_file_tmp_space( info, strlen(buffer) * sizeof(WCHAR) )) return NULL; @@ -1121,6 +1125,23 @@ file_read_error( "Malformed key", info ); return NULL; } + + c_len = info->tmplen - len; + if ((c_res = parse_strW( info->tmp + len / sizeof(WCHAR), &c_len, buffer + res, ']' )) == -1) + { + class.len = 0; + } + else + { + res += c_res; + + c = info->tmp + len / sizeof(WCHAR); + while (*c) { if (*c++ == '[') break; } + + class.str = c; + class.len = c_len - (c - (info->tmp + len / sizeof(WCHAR)) + 1) * sizeof(WCHAR); + } + if (sscanf( buffer + res, " %d", &modif ) != 1) modif = default_modif; p = info->tmp; @@ -1138,6 +1159,9 @@ } name.str = p; name.len = len - (p - info->tmp + 1) * sizeof(WCHAR); + + if (class.len > 0) + return create_key( base, &name, &class, flags, modif, &res ); return create_key( base, &name, NULL, flags, modif, &res ); }

2 3

mshtml/tests: Fix SysFreeString call with wrong variable.
by Rico Schüller 01 Mar '09

01 Mar '09

Hi, I'd like to have some feedback, before I send this to wine-patches. This patch removes a regression in the mshtml test, where the wrong variable is called by SysFreeString, which leads sometimes to a crash ( http://test.winehq.org/data/0d7bec3578e02e1f551813e86100b59e36aec542/#group… ). Is this fix correct? A second problem is there a need to call SysFreeString() after each IHTMLStyle_get* when a variable isn't used any more because it does a Sys*AllocString* call (in get_nsstyle_attr)? Or is this call useless and automatically done when the app is terminated? Cheers Rico --- dlls/mshtml/tests/dom.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

2 1

Re: [2/2] mshtml: Implement IHTMLElement2_insertAdjecentElement (try 2)
by Alistair Leslie-Hughes 01 Mar '09

01 Mar '09

Hi, Can I get some feedback on please? Best Regards Alistair Leslie-Hughes "Alistair Leslie-Hughes" <leslie_alistair(a)hotmail.com> wrote in message news:49A7AF90.8000805@hotmail.com... > Hi, > Moved forward declare to private header. > > Changelog: > mshtml: Implement IHTMLElement2_insertAdjecentElement > > Best Regards > Alistair Leslie-Hughes > > > > -------------------------------------------------------------------------------- > >From afef95a87e49096a1fb26cb85a73463fcf5e5560 Mon Sep 17 00:00:00 2001 > From: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> > Date: Thu, 19 Feb 2009 20:30:21 +1100 > Subject: [PATCH] Implement IHTMLElement2_insertAdjecentElement > To: wine-patches <wine-patches(a)winehq.org> > > --- > dlls/mshtml/htmlelem.c | 2 +- > dlls/mshtml/htmlelem2.c | 13 +++++++++++-- > dlls/mshtml/htmlnode.c | 3 +-- > dlls/mshtml/mshtml_private.h | 3 +++ > 4 files changed, 16 insertions(+), 5 deletions(-) > > diff --git a/dlls/mshtml/htmlelem.c b/dlls/mshtml/htmlelem.c > index 7d9a244..0b5cff7 100644 > --- a/dlls/mshtml/htmlelem.c > +++ b/dlls/mshtml/htmlelem.c > @@ -920,7 +920,7 @@ static HRESULT WINAPI > HTMLElement_get_outerText(IHTMLElement *iface, BSTR *p) > return E_NOTIMPL; > } > > -static HRESULT HTMLElement_InsertAdjacentNode(HTMLElement *This, BSTR > where, nsIDOMNode *nsnode, > +HRESULT HTMLElement_InsertAdjacentNode(HTMLElement *This, BSTR where, > nsIDOMNode *nsnode, > IHTMLElement **inserted) > { > static const WCHAR wszBeforeBegin[] = > {'b','e','f','o','r','e','B','e','g','i','n',0}; > diff --git a/dlls/mshtml/htmlelem2.c b/dlls/mshtml/htmlelem2.c > index 3e22155..8007dc0 100644 > --- a/dlls/mshtml/htmlelem2.c > +++ b/dlls/mshtml/htmlelem2.c > @@ -912,8 +912,17 @@ static HRESULT WINAPI > HTMLElement2_insertAdjecentElement(IHTMLElement2 *iface, B > IHTMLElement *insertedElement, IHTMLElement **inserted) > { > HTMLElement *This = HTMLELEM2_THIS(iface); > - FIXME("(%p)->(%s %p %p)\n", This, debugstr_w(where), insertedElement, > inserted); > - return E_NOTIMPL; > + HTMLDOMNode *node_ins; > + > + TRACE("(%p)->(%s %p %p)\n", This, debugstr_w(where), insertedElement, > inserted); > + > + node_ins = get_node_obj(This->node.doc, (IUnknown*)insertedElement); > + if(!node_ins) { > + ERR("invalid insertedElement\n"); > + return E_INVALIDARG; > + } > + > + return HTMLElement_InsertAdjacentNode(This, where, node_ins->nsnode, > inserted); > } > > static HRESULT WINAPI HTMLElement2_applyElement(IHTMLElement2 *iface, > IHTMLElement *apply, > diff --git a/dlls/mshtml/htmlnode.c b/dlls/mshtml/htmlnode.c > index bee0376..7d5ccb7 100644 > --- a/dlls/mshtml/htmlnode.c > +++ b/dlls/mshtml/htmlnode.c > @@ -32,7 +32,6 @@ > > WINE_DEFAULT_DEBUG_CHANNEL(mshtml); > > -static HTMLDOMNode *get_node_obj(HTMLDocument*,IUnknown*); > > typedef struct { > DispatchEx dispex; > @@ -937,7 +936,7 @@ HTMLDOMNode *get_node(HTMLDocument *This, nsIDOMNode > *nsnode, BOOL create) > * We should use better way for getting node object (like private > interface) > * or avoid it at all. > */ > -static HTMLDOMNode *get_node_obj(HTMLDocument *This, IUnknown *iface) > +HTMLDOMNode *get_node_obj(HTMLDocument *This, IUnknown *iface) > { > HTMLDOMNode *iter = This->nodes; > IHTMLDOMNode *node; > diff --git a/dlls/mshtml/mshtml_private.h b/dlls/mshtml/mshtml_private.h > index b67c485..37c3fcc 100644 > --- a/dlls/mshtml/mshtml_private.h > +++ b/dlls/mshtml/mshtml_private.h > @@ -777,3 +777,6 @@ static inline char *heap_strdupWtoA(LPCWSTR str) > HINSTANCE get_shdoclc(void); > > extern HINSTANCE hInst; > +HTMLDOMNode *get_node_obj(HTMLDocument*,IUnknown*); > +HRESULT HTMLElement_InsertAdjacentNode(HTMLElement *This, BSTR where, > nsIDOMNode *nsnode, > + IHTMLElement **inserted); > -- > 1.5.4.3 > > -------------------------------------------------------------------------------- > >

1 0

Cebit again
by Dan Kegel 28 Feb '09

28 Feb '09

I updated the slides at http://kegel.com/cebit one more time. The talk is this coming Thursday, so I'll probably fiddle with it a bit more. I did give a second practice run in front of a live audience, including some windows sysadmins, and they said it made Wine less scary. Which is, I guess, my goal... - Dan

2 1

Re: [imaadp32 2/3] fixed adpcm_FormatSuggest
by Detlef Riekenberg 28 Feb '09

28 Feb '09

On Fr, 2009-02-27 at 20:07 +0100, Stefano Guidoni wrote: > case WAVE_FORMAT_IMA_ADPCM: > - adfs->pwfxDst->nBlockAlign = 1024; > + init_wfx_ima_adpcm((IMAADPCMWAVEFORMAT*)adfs->pwfxDst); > /* FIXME: not handling header overhead */ > TRACE("setting spb=%u\n", > ((IMAADPCMWAVEFORMAT*)adfs->pwfxDst)->wSamplesPerBlock); > + /* check if result is ok */ > + if (ADPCM_GetFormatIndex(adfs->pwfxDst) == 0xFFFFFFFF) return > ACMERR_NOTPOSSIBLE; > break; While reading the diff, it's visible, that you screw the indention up. (Mix SPACE and TAB) -- By by ... Detlef

1 0

Bugzilla down!
by Stefan Leichter 28 Feb '09

28 Feb '09

Hi, i'm getting ------------------------------------------------------------------------------ Software error: Can't connect to the database. Error: User winehq already has more than 'max_user_connections' active connections Is your database installed and up and running? Do you have the correct username and password selected in localconfig? For help, please send mail to the webmaster (bugs-admin(a)winehq.org), giving this error message and the time and date of the error. ------------------------------------------------------------------------------ when i try to reach http://bugs.winehq.org

2 1

Lost disc 1 of WP Office 2002 :-(
by Dan Kegel 28 Feb '09

28 Feb '09

I went to the trouble of buying a copy of WordPerfect Office 2002 a while ago, and just tried installing it again - but I seem to have lost disc 1. Anyone have a copy they're not using anymore? I have disc 2 and a serial number, just no disc 1 :-(

1 0

Revoking my gpg key 0x4C40A6D9 (Was: Re: mcicda: Compare a file handle with INVALID_HANDLE_VALUE instead of NULL.)
by Michael Stefaniuc 27 Feb '09

27 Feb '09

How embarrassing! Having to revoke my new (9 days old) gpg key 0x4C40A6D9. Yes, that was a big part of the passphrase for that key in the CC field ... -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: A revocation certificate should follow iH4EIBECAD4FAkmocts3HQJTZW50IHBhcnQgb2YgdGhlIHBhc3NwaHJhc2UgdG8g YSBwdWJsaWMgbWFpbGluZyBsaXN0LgAKCRAiLf+YTECm2emfAJ4lg1KaduK1eDw6 gASivxMpRHxZpgCeLaO+C3Vn2XVFCoH3WaxHAO5xZV0= =zhsP -----END PGP PUBLIC KEY BLOCK----- /me hangs head in shame michael Michael Stefaniuc wrote: > --- > dlls/mcicda/mcicda.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/dlls/mcicda/mcicda.c b/dlls/mcicda/mcicda.c > index 79f3bae..81dc18f 100644 > --- a/dlls/mcicda/mcicda.c > +++ b/dlls/mcicda/mcicda.c > @@ -463,7 +463,7 @@ static DWORD MCICDA_Open(UINT wDevID, DWORD dwFlags, LPMCI_OPEN_PARMSW lpOpenPar > /* now, open the handle */ > root[0] = root[1] = '\\'; root[2] = '.'; root[3] = '\\'; root[4] = drive; root[5] = ':'; root[6] = '\0'; > wmcda->handle = CreateFileW(root, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); > - if (wmcda->handle != 0) > + if (wmcda->handle != INVALID_HANDLE_VALUE) > return 0; > > the_error: >

1 0

Time to integrate win16 test suite?
by Dan Kegel 27 Feb '09

27 Feb '09

Now that we support building 16 bit executables, it seems like a good time to think about integrating the 16 bit test suite, currently hibernating at http://win16test.googlecode.com Any takers?

1 0

Re: gdi32: Revert an unrelated part of 028617b90ba586bdb30723c700eea888c159ada7.
by Byeongsik Jeon 27 Feb '09

27 Feb '09

Yes!!! See the http://bugs.winehq.org/show_bug.cgi?id=17218 http://www.winehq.org/pipermail/wine-patches/2009-February/068752.html http://www.winehq.org/pipermail/wine-patches/2009-February/068753.html 2009-02-27 (Fri), 17:57 +0800, Dmitry Timoshkov wrote: > It was not a very nice idea to break bitmap fonts which request a custom > width (therefore a transformation) in a patch that pretended to do something > unrelated. > --- > dlls/gdi32/freetype.c | 6 +++--- > 1 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/dlls/gdi32/freetype.c b/dlls/gdi32/freetype.c > index 6ca35c3..54bb999 100644 > --- a/dlls/gdi32/freetype.c > +++ b/dlls/gdi32/freetype.c > @@ -4606,9 +4606,9 @@ DWORD WineEngGetGlyphOutline(GdiFont *incoming_font, UINT glyph, UINT format, > } > > if(ft_face->glyph->format != ft_glyph_format_outline && > - (needsTransform || format == GGO_NATIVE || format == GGO_BEZIER || > - format == GGO_GRAY2_BITMAP || format == GGO_GRAY4_BITMAP || > - format == GGO_GRAY8_BITMAP)) > + (format == GGO_NATIVE || format == GGO_BEZIER || > + format == GGO_GRAY2_BITMAP || format == GGO_GRAY4_BITMAP || > + format == GGO_GRAY8_BITMAP)) > { > TRACE("loaded a bitmap\n"); > LeaveCriticalSection( &freetype_cs );

1 1

Re: msi: Add reinstall tests.
by Detlef Riekenberg 27 Feb '09

27 Feb '09

On Do, 2009-02-26 at 10:50 +0100, Hans Leidekker wrote: > + state = 0xdeadbee; > + action = 0xdeadbee; > + r = MsiGetFeatureState(hpkg, "one", &state, &action); > + ok( r == ERROR_UNKNOWN_FEATURE, "Expected ERROR_UNKNOWN_FEATURE, > got %d\n", r ); > + ok( state == 0xdeadbee, "Expected 0xdeadbee, got %d\n", state); > + ok( action == 0xdeadbee, "Expected 0xdeadbee, got %d\n", action); > + > + state = 0xdeadbee; > + action = 0xdeadbee; > + r = MsiGetFeatureState(hpkg, "two", &state, &action); > + ok( r == ERROR_UNKNOWN_FEATURE, "Expected ERROR_UNKNOWN_FEATURE, > got %d\n", r ); > + ok( state == 0xdeadbee, "Expected 0xdeadbee, got %d\n", state); > + ok( action == 0xdeadbee, "Expected 0xdeadbee, got %d\n", action); > + > + state = 0xdeadbee; > + action = 0xdeadbee; > + r = MsiGetFeatureState(hpkg, "three", &state, &action); > + ok( r == ERROR_UNKNOWN_FEATURE, "Expected ERROR_UNKNOWN_FEATURE, > got %d\n", r ); > + ok( state == 0xdeadbee, "Expected 0xdeadbee, got %d\n", state); > + ok( action == 0xdeadbee, "Expected 0xdeadbee, got %d\n", action); This is huge amount of almost the same code in that test. Please use tables. -- By by ... Detlef

1 0

Re: gdi32: Revert an unrelated part of 028617b90ba586bdb30723c700eea888c159ada7.
by Michael Karcher 27 Feb '09

27 Feb '09

Am Freitag, den 27.02.2009, 17:57 +0800 schrieb Dmitry Timoshkov: > It was not a very nice idea to break bitmap fonts which request a custom > width (therefore a transformation) in a patch that pretended to do something > unrelated. It also "breaks" fake italic bitmap fonts, i.e. previously the fake italic transformation was just ignored, so roman characters were displayed, now WineEngGetGlyphOutline runs into this error case, breaking applications trying to use "MS Sans Serif" in italic. Regards, Michael Karcher

1 0

TrainingPeaks WKO+ Version 22 build 105
by Chris Teague 26 Feb '09

26 Feb '09

I'm trying to use WKO, it is software which communicates via USB to an external device (watch/heart rate monitor/bike odometer) using FTDI drivers. When I plug in the device dmesg tells me it's recognized and placed on /dev/ttyUSB0. I've put a link to that inside of .wine/dosdevices/com1. I still can't get communication to work, on stdout I get the following message repeated many times: fixme:comm:wait_on EV_RXFLAG not handled I think I know how to implement this feature of Win32 serial comm, but before I attempted I wanted to broadcast my intent to do so. Is anyone else working on this, or in the serial.c area that would like to discuss it? Software is available as demo here: http://home.trainingpeaks.com/wko-desktop-software/download.aspx

2 3

Wine64 and other test failures
by Austin English 26 Feb '09

26 Feb '09

Howdy, For those of y'all not monitoring http://test.winehq.org/data, I've begun submitting daily test results for Wine64. There are also test results for regular 32-bit wine, wine in a virtual desktop, and with WINEDEBUG=+heap. Regular wine is passing a majority of the time (Ubuntu Jaunty 64-bit, Nvidia 9800 GTX). Virtual desktop has a couple failures in gdi32 (bug 12768) and some user32 tests, otherwise passes. +heap has a few failures: winmm/mci - http://bugs.winehq.org/show_bug.cgi?id=17518 mshtml/dom - http://bugs.winehq.org/show_bug.cgi?id=17520 oleaut32/tmarshal - http://bugs.winehq.org/show_bug.cgi?id=17412 netapi32/access - http://bugs.winehq.org/show_bug.cgi?id=17530 There were a few other bugs in crypt32, jscript, msi and user32, but AJ, Juan, and Jacek fixed those. Couple other related bugs: +relay qmgr/qmgr - http://bugs.winehq.org/show_bug.cgi?id=17521 +message comctl32/datetime - http://bugs.winehq.org/show_bug.cgi?id=17431 I had to find some way to keep y'all busy, since 32-bit winetest is passing now :-). -- -Austin

1 0

Wine shirt
by Jeremiah Flerchinger 26 Feb '09

26 Feb '09

I saw the previous Wine t-shirt, with the drunken penguin, but it wasn't really me and I don't think there are anymore anyways. For those of you who didn't know about it, I don't think it was advertised very well (maybe we should have had a products tab or links in World Wine News more regularly). I started playing with zazzle.com and ideas for a Wine shirt for myself. Here's what I have so far in case anyone cares or would like one too: http://www.zazzle.com/tuxg2_wine_t_shirt-235593182956669764 I plan on giving half of any profits to Wine through their donation page & use the rest to set up some Wine embroidery items (I'm thinking a hat & zip-up sweatshirt). After that I'll update the amount that goes to Wine. I thought it was a nice approach because it's print on demand and it's possible for people to customize with their own slogans instead of having to vote on one. Later, -J

1 0

Re: user32: In SetMenuInfo() implement the MIM_APPLYTOSUBMENUS with test.
by Alexandre Julliard 26 Feb '09

26 Feb '09

Rein Klazes <wijn(a)online.nl> writes: > Also in Get/SetMenuInfo set last error if called with invalid parameters. Please use the appropriate function pointers in the test so that it still runs on older platforms. -- Alexandre Julliard julliard(a)winehq.org

1 0

CUDA Wrapper and unimplemented functions kernel32
by Seth Shelnutt 26 Feb '09

26 Feb '09

A while back you guys had helped with developing the CUDA wrapper. Some changes in the folding at home GPU2 client core, has caused us the need to update it with newer functions implemented. However it seems now that the wrapper is getting an error, which appears to be related to Wine itself. $ wine ./FahCore_14.exe -suffix 01 -nodelete wine: Call from 0x7edb2a73 to unimplemented function kernel32.dll., aborting err:module:attach_process_dlls "cudart.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\daz\\core14test2\\FahCore_14.exe" failed, status 80000100 What do you guys make of it? The CUDA wrapper and source can be downloaded from http://www.twomurs.com/seth/patches/new/ . For instructions on how to set it up, see our wiki http://gpu2.twomurs.com/index.php?title=Linux . The only difference is instead of downloading the wrapper linked there, download the one I linked to above. Also to test out the new F@H core which is causing the update and the subsiquent kernel issue, before you run the F@Hclient, download these two files, and place them in the same directory you have the f@h cient, - core: http://fah-web.stanford.edu/ihaque/FahCore_14.exe MD5 hash: 4e4621e3cbe1e4069c264c449615c127 - WU: http://fah-web.stanford.edu/ihaque/wudata_01.dat MD5 hash: 8d4e47c17445a8deca403caa52fbcb6f Thanks for the help, Seth Shelnutt

1 0

Malware on Wine review
by Dan Kegel 26 Feb '09

26 Feb '09

http://www.avertlabs.com/research/blog/index.php/2009/02/23/running-windows… is an interesting report; all the malware he tried ran to at least some extent on wine. One interesting bit of advice he gives at the end is "Do not set the file association for Windows executables with Wine. This would enable running Windows executables in Wine by simply double clicking them." I saw a patch floating by to turn this on by default recently. Maybe we should make it off by default, but easy to turn on...?

15 46

Cursor patches
by Andrew Riedi 26 Feb '09

26 Feb '09

Attached are some cursor patches I have been working on. These patches store the cursor in the wineserver, clean up user32 a little bit, draw .ani cursors more completely, and ultimately implement themed cursors. I am sending them here for some last review (big thanks to Henri for taking some time to give me some tips where I can improve my code) before wine-patches. Even though I have tested these patches best I can, more testing can never hurt, so I would appreciate any replies from people who want to test the patches. I would like to most hear from AJ about the first few patches and if I am moving cursors into the wineserver correctly or not. -- Andrew Riedi

1 0

Re: shell32: add a message for opening files with no association
by Austin English 26 Feb '09

26 Feb '09

2009/2/25 Vincent Povirk <madewokherd+8cd9(a)gmail.com>: > Fixes bug 17485. > > Vincent Povirk > > > > diff --git a/dlls/shell32/shell32_En.rc b/dlls/shell32/shell32_En.rc index f752e6d..d7fa7c3 100644 --- a/dlls/shell32/shell32_En.rc +++ b/dlls/shell32/shell32_En.rc @@ -282,6 +282,8 @@ STRINGTABLE IDS_CPANEL_TITLE "Wine Control Panel" IDS_CPANEL_NAME "Name" IDS_CPANEL_DESCRIPTION "Description" + + IDS_SHLEXEC_NOASSOC "There is no Windows program configured to open this type of file." } Not sure if it matters for .rc files, but you're using spaces whereas the earlier entries are using tabs. -- -Austin

2 1

wiki.winehq.org down?
by Dan Kegel 25 Feb '09

25 Feb '09

I can't get pages from http://wiki.winehq.org, though I can ping lattica.ca. The web server there seems to close connections after a long pause without any response. it looks like the wiki server needs restarting?

2 1

Re: crypt32: Fix more test failures on Win9x
by Paul Vriens 25 Feb '09

25 Feb '09

Juan Lang wrote: > --Juan > > > ------------------------------------------------------------------------ > > Hi Juan, The first 4 changes are not correct. Win9x returns TRUE (1) here. -- Cheers, Paul.

1 1

Re: [programs/winetest] Extend PATH if we have dll's that only come with .NET (Try2)
by Nicolas Le Cam 25 Feb '09

25 Feb '09

Hi Paul, minor comments : > programs/winetest/main.c | 60 > +++++++++++++++++++++++++++++++++++++++++++++- > 1 files changed, 59 insertions(+), 1 deletions(-) > > diff --git a/programs/winetest/main.c b/programs/winetest/main.c > index 74a4307..58e520b 100644 > --- a/programs/winetest/main.c > +++ b/programs/winetest/main.c > @@ -44,6 +44,7 @@ struct wine_test > int subtest_count; > char **subtests; > char *exename; > + char *maindllpath; > }; > > char *tag = NULL; > @@ -61,6 +62,9 @@ static unsigned int nb_filters = 0; > static HMODULE hmscoree; > static HRESULT (WINAPI *pLoadLibraryShim)(LPCWSTR, LPCWSTR, LPVOID, HMODULE > *); > > +/* To store the current PATH setting (related to .NET only provided dlls) > */ > +static char *curpath; > + > /* check if test is being filtered out */ > static BOOL test_filtered_out( LPCSTR module, LPCSTR testname ) > { > @@ -341,6 +345,19 @@ static DWORD wait_process( HANDLE process, DWORD > timeout ) > return WAIT_TIMEOUT; > } > > +static void append_path( const char *path) > +{ > + char *newpath; > + > + newpath = xmalloc(strlen(curpath) + 1 + strlen(path) + 1); > + strcpy(newpath, curpath); > + strcat(newpath, ";"); > + strcat(newpath, path); > + SetEnvironmentVariableA("PATH", newpath); > + > + free(newpath); > +} Perhaps use newpath = strmake( NULL, "%s;%s", curpath, path); I don't know. (I used it in a similar patch that I was making yesterday) > + > /* Run a command for MS milliseconds. If OUT != NULL, also redirect > stdout to there. > > @@ -446,8 +463,16 @@ get_subtests (const char *tempdir, struct wine_test > *test, LPTSTR res_name) > > extract_test (test, tempdir, res_name); > cmd = strmake (NULL, "%s --list", test->exename); > + if (test->maindllpath) { > + /* We need to add the path (to the main dll) to PATH */ > + append_path(test->maindllpath); > + } > status = run_ex (cmd, subfile, tempdir, 5000); > err = GetLastError(); > + if (test->maindllpath) { > + /* Restore PATH again */ > + SetEnvironmentVariableA("PATH", curpath); > + } > free (cmd); > > if (status == -2) > @@ -538,11 +563,27 @@ extract_test_proc (HMODULE hModule, LPCTSTR lpszType, > strcpy(dllname, lpszName); > *strstr(dllname, testexe) = 0; > > + wine_tests[nr_of_files].maindllpath = NULL; > dll = LoadLibraryExA(dllname, NULL, LOAD_LIBRARY_AS_DATAFILE); > if (!dll && pLoadLibraryShim) > { > MultiByteToWideChar(CP_ACP, 0, dllname, -1, dllnameW, MAX_PATH); > - if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) dll = > 0; > + if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) > + dll = 0; > + else > + { > + char dllpath[MAX_PATH]; dllpath should be declared at start of the function IMHO. > + > + /* We have a dll that cannot be found through LoadLibraryExA. > This > + * is the case for .NET provided dll's. We will add the > directory > + * where the dll resides to the PATH variable when dealing with > + * the tests for this dll. > + */ > + GetModuleFileNameA(dll, dllpath, MAX_PATH); > + *strrchr(dllpath, '\\') = '\0'; > + wine_tests[nr_of_files].maindllpath = xmalloc(strlen(dllpath) + > 1); > + strcpy(wine_tests[nr_of_files].maindllpath, dllpath); > + } This won't work if test needs more than one dll found through LoadLibraryShim > } > if (!dll) { > xprintf (" %s=dll is missing\n", dllname); > @@ -578,6 +619,12 @@ run_tests (char *logname) > DWORD strsize; > SECURITY_ATTRIBUTES sa; > char tmppath[MAX_PATH], tempdir[MAX_PATH+4]; > + DWORD needed; > + > + /* Get the current PATH only once */ > + needed = GetEnvironmentVariableA("PATH", NULL, 0); > + curpath = xmalloc(needed); > + GetEnvironmentVariable("PATH", curpath, needed); This should be GetEnvironmentVariableA. > > SetErrorMode (SEM_FAILCRITICALERRORS | SEM_NOGPFAULTERRORBOX); > > @@ -684,11 +731,21 @@ run_tests (char *logname) > struct wine_test *test = wine_tests + i; > int j; > > + if (test->maindllpath) { > + /* We need to add the path (to the main dll) to PATH */ > + append_path(test->maindllpath); > + } > + > for (j = 0; j < test->subtest_count; j++) { > report (R_STEP, "Running: %s:%s", test->name, > test->subtests[j]); > run_test (test, test->subtests[j], logfile, tempdir); > } > + > + if (test->maindllpath) { > + /* Restore PATH again */ > + SetEnvironmentVariableA("PATH", curpath); > + } > } > report (R_DELTA, 0, "Running: Done"); > > @@ -697,6 +754,7 @@ run_tests (char *logname) > logfile = 0; > remove_dir (tempdir); > free (wine_tests); > + free (curpath); > > return logname; > } I did a similar patch yesterday but forget to set PATH around run_ex in get_subtests so it didn't work when I tested on my W2K Pro test platform. Thanks for your work -- Nicolas Le Cam

2 4

Re: [1/3] wordpad: Added missing string values for some languages.
by Michael Stefaniuc 25 Feb '09

25 Feb '09

Hello Dylan, please do not add the English strings for stringtable resources that aren't broken (here the Hungarian translation). It makes it hard to automatically detect (http://www.mikolaj.zalewski.pl/wine-transl/) if the resource is translated or not. Also you have fixed only the traditional Chinese stringtable but not the simplified Chinese one in the same Zh.rc file. The best way to check for translation errors is to pass --verify-translation to the wrc command invoked from the Makefile and look for ERR and DIFF lines. Dylan Smith wrote: > There were some string that were only available in for certain > languages, so I copied the english version of these values. > --- > programs/wordpad/Da.rc | 5 +++++ > programs/wordpad/Hu.rc | 18 ++++++++++++++++++ > programs/wordpad/Ja.rc | 1 + > programs/wordpad/No.rc | 1 + > programs/wordpad/Pl.rc | 5 +++++ > programs/wordpad/Ru.rc | 6 +++++- > programs/wordpad/Tr.rc | 5 +++++ > programs/wordpad/Zh.rc | 1 + > 8 files changed, 41 insertions(+), 1 deletions(-) > bye michael

1 0

Re: [2/2] WineD3D: Create a common sampling function in GLSL
by Henri Verbeet 25 Feb '09

25 Feb '09

2009/2/24 Stefan Dösinger <stefan(a)codeweavers.com>: > > +static void shader_glsl_gen_sample_code(const SHADER_OPCODE_ARG *arg, DWORD sampler, const char *coord_reg, > + const glsl_sample_function_t *sample_function, const char *dst_swizzle, > + const char *bias) { You need to pass dst_swizzle as a swizzle + write mask instead of a string. As an API it's nicer than passing in random strings, but you will also need this when you're going to integrate the fixup code. I think it's a bit silly to pass sample_function to this function, the caller will only call shader_glsl_get_sample_function() to pass it to this function, so you might as well call it yourself. > + shader_glsl_append_dst(arg->buffer, arg); I'm not sure about this one. It's not strictly necessary to do this in the caller, but it would be more consistent between different instruction handlers to do it there, and have shader_glsl_gen_sample_code() only generate the second part of the line. I think it would be nicer to avoid the stack buffers foor coord_reg, either by splitting shader_glsl_gen_sample_code() in two functions to generate the start and end, or by passing it a format string for coord_reg. > + sprintf(instr, "%sLod", sample_function.name); > + sample_function.name = instr; > + shader_glsl_gen_sample_code(arg, sampler_idx, coord_param.param_str, > + &sample_function, dst_swizzle, > + lod_param.param_str); This is just ugly.

1 0

aquamark 3 crashing on startup?
by Dan Kegel 25 Feb '09

25 Feb '09

I was hoping to demo aquamark 3, but it now crashes for me on startup. Did I forget the magic incantation to run it successfully? http://appdb.winehq.org/objectManager.php?sClass=version&iId=6616

1 0

Re: [2/2] WineD3D: Create a common sampling function in GLSL
by Paul Vriens 24 Feb '09

24 Feb '09

Stefan Dösinger wrote: > > > You forgot the patch ;) -- Cheers, Paul.

1 0

Re: [6/6] shell32: implement Get/SetIDList on ShellItem objects
by Alexandre Julliard 24 Feb '09

24 Feb '09

"Vincent Povirk" <vincent(a)codeweavers.com> writes: > + ILFree(This->pidl); > + This->pidl = ILClone(pidl); > + if (This->pidl) > + return S_OK; > + else > + return E_OUTOFMEMORY; You should check for success before you free the previous pidl. -- Alexandre Julliard julliard(a)winehq.org

1 0

Wine's malware compatibility: good
by David Gerard 24 Feb '09

24 Feb '09

http://www.trustedsource.org/blog/186/Running-Windows-Malware-in-Linux With apps like ZeroWine, we can I think expect to see Windows binaries that try int 0x80 calls just because they might be useful and a Linux box will make a much more robust host. - d.

1 0

Re: [programs/winetest] Extend PATH if we have dll's that only come with .NET
by Nicolas Le Cam 24 Feb '09

24 Feb '09

2009/2/24 Paul Vriens <paul.vriens.wine(a)gmail.com>: > Hi, > > This makes sure that if we have a dll that's only provided via .NET it can > still > be found. Now both our extraction (and the generation of the subtest list) > and > the real test will find the dll. > > The downside (and hence this is a bit hackish) is that we extend the PATH > for > every test. For now it's only gdiplus that needs this btw as that dll can > also > exist without .NET (if I'm correct) and these tests directly import gdiplus. > > Changelog > Extend PATH if we have dll's that only come with .NET > > -- > Cheers, > > Paul. > > > >From 3cf6c1e876ac032aab988efa0751b26b9643cf93 Mon Sep 17 00:00:00 2001 > From: Paul Vriens <Paul.Vriens.Wine(a)gmail.com> > Date: Tue, 24 Feb 2009 14:05:26 +0100 > Subject: [PATCH] Extend PATH if we have dll's that only come with .NET > > --- > programs/winetest/main.c | 28 +++++++++++++++++++++++++++- > 1 files changed, 27 insertions(+), 1 deletions(-) > > diff --git a/programs/winetest/main.c b/programs/winetest/main.c > index 74a4307..ee390ec 100644 > --- a/programs/winetest/main.c > +++ b/programs/winetest/main.c > @@ -542,7 +542,33 @@ extract_test_proc (HMODULE hModule, LPCTSTR lpszType, > if (!dll && pLoadLibraryShim) > { > MultiByteToWideChar(CP_ACP, 0, dllname, -1, dllnameW, MAX_PATH); > - if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) dll = > 0; > + if (FAILED( pLoadLibraryShim(dllnameW, NULL, NULL, &dll) )) > + dll = 0; > + else > + { > + char *newpath; > + char dllpath[MAX_PATH]; > + DWORD needed, pathlen = 0; > + > + /* Extend the path so get_subtests() and the test itself can > find > + * the dll (gdiplus for example). > + */ > + GetModuleFileNameA(dll, dllpath, MAX_PATH); > + *strrchr(dllpath, '\\') = '\0'; > + > + needed = GetEnvironmentVariableA("PATH", NULL, 0); > + > + /* current path + ';' + dllpath + '\0' */ > + pathlen = needed + 1 + strlen(dllpath) + 1; > + newpath = xmalloc(pathlen); > + GetEnvironmentVariable("PATH", newpath, pathlen); > + > + strcat(newpath, ";"); > + strcat(newpath, dllpath); > + SetEnvironmentVariableA("PATH", newpath); > + > + free(newpath); > + } > } > if (!dll) { > xprintf (" %s=dll is missing\n", dllname); > -- > 1.6.0.6 > > > > > > What about extending wine_test struct with a path variable that will be set and restored around the CreateProcess call in run_ex if not null ? -- Nicolas Le Cam

2 1

Simple but awesome demos of Wine?
by Dan Kegel 24 Feb '09

24 Feb '09

I'm going to be giving a Wine presentation at Cebit next month. You can see a draft of the presentation at http://kegel.com/wine/cebit2009/talk.html (I will say lots more than is written there; the slides are kept simple on purpose, with just the key idea in the caption.) A large part of the presentation will be demos of platium-rated apps. Can people suggest compelling apps to demo? Right now my list is kind of boring-sounding: Framemaker 7 Kid Pix gp-Untis Photoshop cs2 Futuretax Dreamweaver It'd be nice to also have some games, but I don't play enough to know which ones to pick. I suspect online games are out, since I can't count on an internet connection. I'm tempted to write an autohotkey script to demo each app so I don't have to worry about fumbling mouse clicks while on stage. The ability to script would be a nice demo itself. This show is a big opportunity for us to introduce Wine to a large audience, so any help here would be appreciated.

17 29

Re: [try2] gdiplus/tests: Dynamically load gdiplus.dll.
by Francois Gouget 24 Feb '09

24 Feb '09

On Sun, 22 Feb 2009, Nicolas Le Cam wrote: > This avoid a messagebox in regression tests on systems that don't have > GdiPlus. This seems wrong because winetest.exe is already supposed to check for missing dlls. If I remember correctly this was done explicitely so that individual tests would not have to dynamically link everywhere. Also I tested on a platform that does not have gdiplus, and I did not get a message box. In fact, on that platform, winetest did not extract gdiplus_test.exe, which also seems very wrong to me. So I think that if there's any issue, it's on the winetest.exe side. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ "Lotto: A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U

6 10

Re: advapi32: Stubs for GetNamedSecurityInfoEx (attempt 4)
by Austin English 24 Feb '09

24 Feb '09

On Tue, Feb 24, 2009 at 1:59 AM, Paul Bryan Roberts <pbronline-wine(a)yahoo.co.uk> wrote: > Reference bug 14334 (WordPerfect Office 2002: Unable to Install) > > Use of breakpoints in a debugger under WindowsTM has shown that > GetNamedSecurityInfoExA is called during a normal installation. From > this we infer that some kind of implementation of this routine is > necessary if the app in question is ever to install. It has been > determined empirically that a empty sub is sufficient. > > This attempt has been written without reference to the previous attempts > or to the piclist web site. It takes on board feedback received and has > done after study of carefully distilled precedent exposed at: > > http://wiki.jswindle.com/index.php/Stubs_Partially_Explained#Brief_Stub_Cod… > > http://wiki.jswindle.com/index.php/Coding_Hints:Patches#Copyright > > The patch provides a stub pair for the A and W forms of > GetNamedSecurityInfoEx. Prototypes in include/aclapi.h, implementations > in advapi32/security.c and the whats-it-called in advapi32/advapi32.spec. > > No reference to GetNamedSecurityInfoEx is to be found on the MSDN > web-site: the signature of these stubs is derived by splicing to > together GetNamedSecurityInfo and GetSecurityInfoEx (as found in > aclapi.h etc). You forgot the patch :-). -- -Austin

1 0

Re: faultrep:display useful information in ReportFault
by Jérôme Gardou 23 Feb '09

23 Feb '09

Jérôme Gardou a écrit : > This should help debugging applications which performs their own > exception handling. After a bit of thinking, I think that this should be displayed each time the function is called. Is there any macro in wine/debug.h which would display a message, even when WINEDEBUG is set to "-all" ?

7 20

Re: [1/2]tools/winemaker: add project-file support(try3)
by Francois Gouget 23 Feb '09

23 Feb '09

Hi, I had a look at this patch and here are some comments. The case of the filenames in the dsp and dsw files may not match the case of the filenames on the filesystem. So you need to ajsut the names before you put them in the makefile. I believe search_from() can be used for that. I see that you're translating the Visual C++ compiler flags to gcc compiler flags. That's good. But I'm not sure about the following conversion from /GX to -fexceptions. Exception handling is pretty different between windows and Unix. Do you know if /GX is about structured exception handing? I really couldn't tell, but maybe some exception expert will know. I see you're converting the /Zp1 option which is very nice (packing being one of the disagreements between Visual C++ and gcc). But you don't do it for Zp(2|4|8|16). I believe you could do it by simply appending the packing size to the '-fpack-struct=' option. (But maybe I missed something) A bigger issue is that you're putting all the compiler options in CXXEXTRA which only applies to C++ code. But in the dsp file it looks like this applies to both C and C++ code. So it probably should be put in both (except -fexceptions which seems to be on by default in C++, but that's minor). About the commented out call to fix_file_and_directory_names(), I don't think winemaker should go and modify files outside of '.'. So I think it's safe to remove this call entirely. Also I have some questions about a couple of heuristics: if ($has_headers) { push @{@$project_settings[$T_INCLUDE_PATH]},"-I."; } Is this still needed? In source_scan_directory() it was needed because we had no idea what the include path was supposed to look like. But the project file should define it clearly enough for us. However I have a dsp file in a directory with a header file and I don't see a '/I.'. So maybe it is implied? Also this part seems wrong: # Finally if we are building both libraries and programs in # this project, then the programs should be linked with all # the libraries The project file should be explicit enough on this part for us not to have to do any guessing. Also do we really need to worry much about matching source file with a given target? Won't we always have a single target per dsp file? In which case the matching can probably be simplified. The end of source_scan_project_file() looks pretty similar to the end of source_scan_directory(). Maybe some code can be shared. To make the patch smaller you can first submit the dsp parser, then the dsw one, the vcproj one, and finally the sln one. And once that's done, it would be nice to integrate this all with the regular source_scan() function, so that if it detects one of these files in the subdirectories, it invokes the appropriate project parser for that directory and stops recursing. That can be done as a further separate patch. Style issues: The style issues are at least partly my fault as I used two-space indentation and braces on the same line when I first wrote winemaker. Nowadays I'd prefer 4-space indentation with braces on their own line but that's a bit tricky when maintaining a consistent indentation. In any case, in places your code is too incoherent. For instance: } elsif(/^# TARGTYPE/) { if (/[[:space:]]0x0101$/) { # Win32 (x86) Application $prj_target_type=1; This snippet has both 2 and 4 space indentation and it's all new code. There's also an indentation problem there: } } foreach my $source (@sources_misc) { if ($source =~ /^$basename/i) { Personnally I'd recommend to maintain a consistent indentation scheme at least per function (though the policy is more to be consistent per file normally :-/ ). Also, I'd prefer to have a space between 'if' and the prentheseses and braces. You can also simplify a some string concatenations. Replace: $prj_target_cflags=$prj_target_cflags."-D".$1." "; with $prj_target_cflags.="-D$1 "; In any case, thanks for taking this on. I think you're pretty close to the end (even if you don't feel that way after reading the above<g>). -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ If you think the whole world revolves around you, quit staring at the GPS display while driving.

1 0

Re: msctf: add internal function for handling TfClientIds
by James Mckenzie 23 Feb '09

23 Feb '09

Alexandre Julliard <julliard(a)winehq.org> wrote on Feb 23: > >Aric Stewart <aric(a)codeweavers.com> writes: > >> + /* If i understand this correctly at most a process should generate >> + * only a handful of these... But in case I am wrong */ >> + if (id_last == 65535) >> + { >> + ERR("TfClientIds generated exceeds USHORT limit\n"); >> + return 0x0; >> + } >> + id_last++; >> + id->id = MAKELONG(id_last, magic); >> + id->data = data; >> + list_add_head(&clientids,&id->entry); > >Using an array index would be cleaner than having to search through the >list everytime you use an id. > Also, aren't linked lists inefficient as well. Searching through them can be very intense, unless they are small (< 5 elements). Anything larger than this and an array would be more efficient. James McKenzie

2 1

Re: [7/7] setupapi/tests: start dialog.c test file with a test for SetupPromptForDiskA
by Paul Vriens 23 Feb '09

23 Feb '09

Ricardo Filipe wrote: > > > ------------------------------------------------------------------------ > > Hi, Could you turn that skip() into a win_skip()? Usually it's a good idea to do a SetLastError(0xdeadbeef or something like that) before calling the function, especially because you are relying on that last error for the ok() test. -- Cheers, Paul.

2 1

Re: ole32: change a pointer cast from DWORD to DWORD_PTR
by Rob Shearman 23 Feb '09

23 Feb '09

2009/2/22 Austin English <austinenglish(a)gmail.com>: > diff --git a/dlls/ole32/compobj.c b/dlls/ole32/compobj.c > index b8ddba8..7360f66 100644 > --- a/dlls/ole32/compobj.c > +++ b/dlls/ole32/compobj.c > @@ -2007,7 +2007,7 @@ HRESULT WINAPI CoRegisterClassObject( > * Use the address of the chain node as the cookie since we are sure it's > * unique. FIXME: not on 64-bit platforms. > */ > - newClass->dwCookie = (DWORD)newClass; > + newClass->dwCookie = (DWORD_PTR)newClass; > > /* > * Since we're making a copy of the object pointer, we have to increase its Since dwCookie is of type DWORD this is just hiding the problem. The correct solution is to store a process-wide index and then to increase this every time a class object is registered and use it for the cookie. CoRevokeClassObject already looks through the list of registered classes to find the cookie so this doesn't need to be changed. -- Rob Shearman

1 0

Re: Win to Lin Library Wrapper
by King InuYasha 23 Feb '09

23 Feb '09

On Mon, Feb 16, 2009 at 1:26 PM, Chris Robinson <chris.kcat(a)gmail.com>wrote: > On Monday 16 February 2009 9:38:19 am Seth Shelnutt wrote: > > I had an interesting thought the other day, and that is to having some > > built in support for forwarding windows dlls to linux .so's. > > IIRC, this kind of thing is generally discouraged, except in cases where > needed (eg. opengl32). Part of the problem is internal differences.. for > example, what would a Linux .so do if it's given a Win32 filename path? > Other > problems would be if the Linux equivalent wants a Window for a function > argument and the DLL wants an HWND instead, or if the DLL has > more/different > functions (eg. CUDA on Win32 has functions for dealing with D3D objects; > CUDA > on Linux doesn't, and it wouldn't be straight forward to even implement > them > through wined3d). > > Something like OpenGL, and even OpenAL to some degree, would directly > benefit > from having the DLLs forwarded to their host equivalents as it provides > better > access to the hardware and better integration with the host system. > Something > like zlib or ogg/vorbis and stuff wouldn't though, since the code should > largely be the same, and save for some bugs/inefficiencies in Wine (which > should be fixed), would work identically. > > > Does Wine yet have the capability to interface with HAL for Win32 hardware access similar to NT? It looks like it doesn't from all this talk of forwarding DLLs. What we should do instead of trying to forward DLLs, which is asking for more trouble than its worth, is try to get the NT layer to connect to UNIX HAL so that DLLs can link directly to HAL and operate the hardware.

6 11

Re: msctf: add internal function for handling TfClientIds
by Alexandre Julliard 23 Feb '09

23 Feb '09

Aric Stewart <aric(a)codeweavers.com> writes: > + /* If i understand this correctly at most a process should generate > + * only a handful of these... But in case I am wrong */ > + if (id_last == 65535) > + { > + ERR("TfClientIds generated exceeds USHORT limit\n"); > + return 0x0; > + } > + id_last++; > + id->id = MAKELONG(id_last, magic); > + id->data = data; > + list_add_head(&clientids,&id->entry); Using an array index would be cleaner than having to search through the list everytime you use an id. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: d3d8: some 64-bit fixes
by Henri Verbeet 23 Feb '09

23 Feb '09

2009/2/23 Austin English <austinenglish(a)gmail.com>: > + STDMETHOD(ApplyStateBlock)(THIS_ DWORD_PTR Token) PURE; > + STDMETHOD(CaptureStateBlock)(THIS_ DWORD_PTR Token) PURE; > + STDMETHOD(DeleteStateBlock)(THIS_ DWORD_PTR Token) PURE; > + STDMETHOD(CreateStateBlock)(THIS_ D3DSTATEBLOCKTYPE Type,DWORD_PTR * pToken) PURE; Which version of the DXSDK does this match?

2 2

Re: user32: change a pointer cast from DWORD to DWORD_PTR
by Austin English 23 Feb '09

23 Feb '09

2009/2/22 Austin English <austinenglish(a)gmail.com>: > -- > -Austin > Ignore this patch please. -- -Austin

1 0

Greatings
by Piotr Skólski 22 Feb '09

22 Feb '09

Hi. I want help you. I know c glibc and svn. I don't know git(but i'm leraning) and winapi(i don't know how learn without windows). Where my skils will be usefull. I have StarCraft and i want help you with dib engine but my skils are still too low (i don't know how patch my git tree with max dib engine). Bye. Piotr Skólski (SQLek) <sql7(a)wp.pl>

2 1

Wine download page usability problem
by Dan Kegel 22 Feb '09

22 Feb '09

I got email from a friend who complained how hard it was to install wine. Turns out he assumed he had to go to winehq.org and follow the download instructions there, when all he needed to do was do Applications / Add/Remove and pick Wine. Can we add in a line at the top saying "Stable version 1.0.1 of Wine can usually be installed just like any other Linux application using your package manager (e.g. in Ubuntu, do Applications / Add/Remove, select Wine, and click Apply Changes). If that doesn't work, or if you need a newer version of Wine, here's how to get it." ? I know, that clutters things even more. Suggestions for achieving the same thing more concisely would be welcome. I think we should also move the text "This endorsement is the primary recognition that CodeWeavers has requested in exchange for hosting the Wine web site." to the bottom of the page, and change it to read "Thanks to CodeWeavers for hosting WineHQ.org". - Dan

17 30

Jaunty and pulseaudio
by Dan Kegel 22 Feb '09

22 Feb '09

https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-February/007108… says the pulseaudio daemon will autorestart, so anyone who's been relying on killing it might want to test with fresh jaunty to see if they've fixed the problems...

1 0

Re: opengl: wglMakeCurrent should call glflush before proceeding
by Chris Robinson 22 Feb '09

22 Feb '09

On Saturday 21 February 2009 2:00:26 pm Jérôme Gardou wrote: > according to > http://msdn.microsoft.com/en-us/library/dd374387(VS.85).aspx, > wglMakeCurrent proceeds a flush before switching. glXMakeCurrent also forces a flush: http://www.opengl.org/documentation/specs/man_pages/hardcopy/GL/html/glx/xm… If it needs a wglFlush, it should call X11DRV_wglFlush (and only if there's a current context; you can't call gl* functions without one set). It can be an exceptionally costly call though, especially if it's going to be flushed again immediately after, so unless it's needed to fix some bug, I'd recommend not flushing explicitly.

2 1

Re: Icehamster?
by Shlomi Fish 22 Feb '09

22 Feb '09

Hi Seth! On Fri, Jan 23, 2009 at 4:46 AM, Seth <seth.goldy(a)gmail.com> wrote: > ..or possibly Winapt. I read through your documentation and i am quite > interested in your idea. I'm not much of a programmer, but i have a > need knowledge of windows, registry, what dlls are doing, how to find > dependencies, and who knows what else. I've been around windows since the > age of 9 with windows 3.1 I've recently come to grips with the value of > open source software and the superiority of the Linux operating system (ie.\ > the reason why it's more secure, not just the fact that it is). I'm mostly > curious if you're still actively pursuing this project, I didn't assume that > i would be needed as a contributor to this project. > I never really started pursuing Winapt. Most I got to was the initial planning documentation: http://svn.berlios.de/svnroot/repos/winapt/winapt/trunk/docs/design/ Anyway, it is my intention to start working on this soon. I have a few loose ends to sort out before that with my other open-source endeavours. Regards, -- Shlomi Fish > > > -seth -- ------------------------------------------ Shlomi Fish http://www.shlomifish.org/ Electrical Engineering studies. In the Technion. Been there. Done that. Forgot a lot. Remember too much.

2 1

Re: Status of USB driver support?
by emiliano esposito 21 Feb '09

21 Feb '09

Alexander Morozov ha scritto: >> git clone git://source.winehq.org/git/wine.git ~/wine-git >> git-am 0001... >> git-am 0002... >> > > You should run tools/make_makefiles before configuring. Thanks. I redid it from scratch, and imported the relevant keys directly from windows. Now this is what I get after launching the program: fixme:ntoskrnl:KeInitializeSpinLock stub: 0x129824 wine: Call from 0x7ee2e8b0 to unimplemented function usbd.sys.USBD_GetUSBDIVersion, aborting wine: Unimplemented function usbd.sys.USBD_GetUSBDIVersion called at address 0x7ee2e8b0 (thread 0022), starting debugger... Unhandled exception: unimplemented function usbd.sys.USBD_GetUSBDIVersion called in 32-bit code (0x7ee2e923) Then a lot of debug info follows, register dumps and so on. After that, the program continues normally. Don't know if it would be worth posting, please let me know.

3 4

Re: fusion/tests: Do not use a fixed path to the assembly
by James Hawkins 21 Feb '09

21 Feb '09

On Thu, Feb 19, 2009 at 4:14 PM, Detlef Riekenberg <wine.dev(a)web.de> wrote: > > James: A fixed path is broken by design. > A "Thanks for spending weeks of your time laboriously testing and implementing fusion" would have sufficed. -- James Hawkins

3 2

Problem cross compiling after adding tests for inet_ntop
by Jeff Latimer 21 Feb '09

21 Feb '09

I have been writing some tests for InetNtop/inet_ntop and placed them in dlls/ws2_32/tests/sock.c (snip of the code is below) but when I cross compile I get: make crosstest i386-mingw32-gcc -c -I. -I. -I../../../include -I../../../include -g -O2 -o sock.cross.o sock.c i386-mingw32-gcc protocol.cross.o sock.cross.o testlist.cross.o -o ws2_32_crosstest.exe -L../../../dlls ../../../libs/port/libwine_port.a -L../../../dlls/ws2_32 -L../../../dlls/kernel32 -lws2_32 -lkernel32 sock.cross.o: In function `test_inet_addr': /wing/dlls/ws2_32/tests/sock.c:2013: undefined reference to `_inet_ntop@16' /wing/dlls/ws2_32/tests/sock.c:2025: undefined reference to `_inet_ntop@16' /wing/dlls/ws2_32/tests/sock.c:2029: undefined reference to `_inet_ntop@16' /wing/dlls/ws2_32/tests/sock.c:2032: undefined reference to `_inet_ntop@16' collect2: ld returned 1 exit status make: *** [ws2_32_crosstest.exe] Error 1 I am using unmodified winsock.spec and ws2_32.spec files. It does not look like inet_ntop has been used in tests previously. Any ideas on what I need to do to get crosstest to work? ---- dlls/ws2_32/tests/sock.c static void test_inet_addr(void) { u_long addr; char dst[16]; char dst6[64]; u_char ip6_addr[16] = {0x20,0x30,0xa4,0xb1}; const char * pdst; struct in_addr in; struct in6_addr in6; u_long addr0_Num = 0x00000000; PCSTR addr0_Str = "0.0.0.0"; u_long addr1_Num = 0x20201015; PCSTR addr1_Str = "21.16.32.32"; u_char addr2_Num[16] = {0,0,0,0,0,0,0,0,0,0,0xff,0xfe,0xcC,0x98,0xbd,0x74}; PCSTR addr2_Str = "::fffe:cc98:bd74"; addr = inet_addr(NULL); in.S_un.S_addr = addr; trace("addr=%ld\n",addr); ok(addr == INADDR_NONE, "inet_addr succeeded unexpectedly\n"); in.S_un.S_addr = addr0_Num; pdst = InetNtop(AF_INET,(void*)&in.S_un.S_addr,dst,sizeof(dst)); ok(strcmp(pdst, addr1_Str),"Address %s != %s\n", pdst, addr0_Str); ok(pdst != NULL, "InetNtop failed %s\n", dst); pdst = inet_ntoa(*((struct in_addr*)&in.s_addr)); ok(pdst != NULL, "InetNtop succeeded unexpectedly %s\n", dst); ok(!strcmp(pdst, addr1_Str),"Address %s != %s\n", pdst, addr0_Str); trace ("addr=%s\n",pdst); in.S_un.S_addr = addr1_Num; pdst = inet_ntoa(*((struct in_addr*)&in.s_addr)); ok(pdst != NULL, "inet_ntoa succeeded unexpectedly %s\n", dst); ok(!strcmp(pdst, addr1_Str),"Address %s != %s\n", pdst, addr1_Str); trace ("addr=%s\n",pdst); pdst = InetNtop(AF_INET6,(void*)&in.S_un.S_addr,dst,sizeof(dst)); trace ("addr=%s\n",pdst); ok(pdst != NULL, "InetNtop failed %s\n", dst); memcpy(in6.s6_addr,ip6_addr,sizeof(ip6_addr)); pdst = InetNtop(AF_INET6,(void*)&in6.s6_addr,dst6,sizeof(dst6)); ok(pdst != NULL, "InetNtop failed %s\n", dst6); memcpy(in6.u.Byte,addr2_Num,sizeof(addr2_Num)); pdst = InetNtop(AF_INET6,(void*)&in6.s6_addr,dst6,sizeof(dst6)); ok(pdst != NULL, "InetNtop failed %s\n", dst6); ok(!strcmp(pdst, addr2_Str),"Address %s != %s\n", pdst, addr2_Str); }

1 1

Closing fixed bugs
by Dan Kegel 21 Feb '09

21 Feb '09

A few months ago, Alexandre started including lists of fixed bugs in his release announcements. See e.g. http://www.winehq.org/announce/1.1.15, which says Bugs fixed in 1.1.15: 5694 Lionhead Black & White 2 demo crashes 7014 Unhandled page fault when exiting Commandos - BEL 7297 MIDI in/out fails, ports recognized ... I rather like those lists. He generates them by simply querying for open but fixed bugs right when he does the release; he then closes the bugs. They're good for PR if nothing else. For this to work, we have to let Alexandre be the only person to close fixed bugs. (Of course, it's ok for other people to mark bugs fixed, and it's ok for anyone to close invalid or dup bugs.) If anybody else closes a fixed bug, it won't show up in the list of fixed bugs for any release. A corner case is when a bug is marked fixed sometime after release. I think it's ok to leave it for Alexandre to close; that way it shows up in at least one release announcement. Even if it shows up a few releases late, that's better than not showing up at all. Sound reasonable? I ask because Vitaliy closed http://bugs.winehq.org/show_bug.cgi?id=10923 even after I tried to explain this to him, so I figured it needed a wider discussion. - Dan

4 4

Re: Wine download page usability problem
by Remco 21 Feb '09

21 Feb '09

And now also to the list: On Fri, Feb 20, 2009 at 9:32 PM, Remco <remco47(a)gmail.com> wrote: > On Fri, Feb 20, 2009 at 9:28 PM, Dan Kegel <dank(a)kegel.com> wrote: >> >> Please try again, and paste the entire output page, I've added more info. >> >> Thanks! >> > > Firefox 3 on an unknown distribution Linux! > > userAgent Mozilla/5.0 (X11; U; Linux x86_64; en; rv:1.9.0.6) > Gecko/20080528 Epiphany/2.22 Firefox/3.0 > > I don't think you're gonna be able to get the distribution name out of > that... a problem with Epiphany I guess. > > Remco >

3 4

Possible to run arbitrary PHP code on pipermail server
by Remco 20 Feb '09

20 Feb '09

I read the following e-mail on pipermail: http://www.winehq.org/pipermail/wine-devel/2009-February/073428.html Try downloading the PHP attachment from there; it will actually execute and give you an HTML page. This could easily be abused! Remco

2 1

Re: user32: implement support for HBMENU_POPUP_* magic menu bitmaps and use them to decorate the system menu
by Austin English 20 Feb '09

20 Feb '09

2009/2/20 Rein Klazes <wijn(a)online.nl>: > Hi, > > See subject. > > Rein. > > > > A testcase would be helpful. -- -Austin

1 0

Re: user32: implement support for HBMENU_POPUP_* magic menu bitmaps and use them to decorate the system menu
by Peter Oberndorfer 20 Feb '09

20 Feb '09

On Freitag 20 Februar 2009, Rein Klazes wrote: > Hi, > > See subject. > > Rein. > Hi, mostly minor code style comments. > if( hMenu ) { > + MENUINFO minfo; > + MENUITEMINFOW miteminfo; > POPUPMENU* menu = MENU_GetMenu(hMenu); > menu->wFlags |= MF_SYSMENU | MF_POPUP; > SetMenuDefaultItem(hMenu, SC_CLOSE, FALSE); > + > + minfo.cbSize = sizeof( MENUINFO); > + minfo.dwStyle = MNS_CHECKORBMP; > + minfo.fMask = MIM_STYLE; > + SetMenuInfo( hMenu, &minfo); > + > + miteminfo.cbSize = sizeof( MENUITEMINFOW); > + miteminfo.fMask = MIIM_BITMAP; > + miteminfo.hbmpItem = HBMMENU_POPUP_CLOSE; > + SetMenuItemInfoW( hMenu, SC_CLOSE, FALSE, &miteminfo); > + miteminfo.hbmpItem = HBMMENU_POPUP_RESTORE; > + SetMenuItemInfoW( hMenu, SC_RESTORE, FALSE, &miteminfo); > + miteminfo.hbmpItem = HBMMENU_POPUP_MAXIMIZE; > + SetMenuItemInfoW( hMenu, SC_MAXIMIZE, FALSE, &miteminfo); > + miteminfo.hbmpItem = HBMMENU_POPUP_MINIMIZE; > + SetMenuItemInfoW( hMenu, SC_MINIMIZE, FALSE, &miteminfo); > } I think this part deserves a bit more spacing to be readable. Something like the above looks better IMO. Also there is some inconsistent spacing around the beginning and end ()/{} which does not match the rest of the file. > + logfont.lfHeight = min( h, w) - 2 ; > + TextOutW( hdc, rect->left, rect->top, bmchr, 1); double space after '=' and ',' > case (INT_PTR)HBMMENU_POPUP_CLOSE: > + bmchr[0] = 0x72; > + break; > case (INT_PTR)HBMMENU_POPUP_RESTORE: > + bmchr[0] = 0x32; > + break; > case (INT_PTR)HBMMENU_POPUP_MAXIMIZE: > + bmchr[0] = 0x31; > + break; > case (INT_PTR)HBMMENU_POPUP_MINIMIZE: > + bmchr[0] = 0x30; > + break; The constants seem to be equal to DFCS_CAPTION... I just tried to use DrawFrameControl but it seems to always draw a border around the images. And i did not find the right parameters for not drawing a border. It could save some code for font setup but i guess it is not usable for this :-( > + TRACE(" height %d rect %s\n", logfont.lfHeight, wine_dbgstr_rect( rect)); leftover from debugging or is it still needed? Greetings Peter

1 0

Re: msi: begin support for finding network last sources in find_published_source
by James Hawkins 20 Feb '09

20 Feb '09

On Thu, Feb 19, 2009 at 12:28 PM, Aric Stewart <aric(a)codeweavers.com> wrote: > > Fix for office 2007 sp 1 install. > --- > dlls/msi/media.c | 33 +++++++++++++++++++++++++++++++++ > 1 files changed, 33 insertions(+), 0 deletions(-) > I believe you're going down the wrong road with respect to the Office 2007 SP1 installer. None of the files installed/patched by SP1 need access to the original media, or stored local copies of the cab archives. With the fullfile install (which I'm not sure there's another version), you should be able to remove the original media, erase the stored cab files, and successfully install SP1. The fact that our implementation tries to access those cabs or the original media is the bug. There are many conditions and variables that factor in to whether a file should be reinstalled or not, and most of them have been fixed, but this patch is hiding all of the rest of the bugs. I'm not sure if you got the email I sent Jer about this problem, but the real bug is that we aren't handling the REINSTALL variable correctly (or REINSTALLMODE for that matter.) Can you please describe the exact case for why this patch is needed? -- James Hawkins

2 4

Re: Wine download page usability problem
by James Mckenzie 20 Feb '09

20 Feb '09

Austin English <austinenglish(a)gmail.com> wrote: >Sent: Feb 20, 2009 10:32 AM >To: Dan Kegel <dank(a)kegel.com> >Cc: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> >Subject: Re: Wine download page usability problem > >On Fri, Feb 20, 2009 at 11:24 AM, Dan Kegel <dank(a)kegel.com> wrote: >> >> Can we add in a line at the top saying >> "Stable version 1.0.1 of Wine can usually be installed >> just like any other Linux application using your >> package manager (e.g. in Ubuntu, do Applications / Add/Remove, >> select Wine, and click Apply Changes). > >Nitpick, but instead of 'Linux', use 'native'. FreeBSD's ports >contains wine, as well as NetBSD's. Please exclude MacOSX which does not include Wine and I doubt it ever will. > >> I think we should also move the text >> "This endorsement is the primary recognition that CodeWeavers has >> requested in exchange for hosting the Wine web site." >> to the bottom of the page, and change it to read >> "Thanks to CodeWeavers for hosting WineHQ.org". > >+1 > ++1 James McKenzie

2 1

Re: msadp32.acm, winemp3.acm: Removed compiler warning
by Ricardo Filipe 20 Feb '09

20 Feb '09

you should send one patch per email, dan should have told you that :P good to see you guys on the project :) 2009/2/20 Adam Stoelting <astoelting(a)ucla.edu> > Hello, > > These are my first patches. I am graduate student at UCLA and am trying to > help with porting Wine to 64 bit. I haven't seen any Microsoft source code > or done any dll dissasembly on my own. > > Change Log: > Removed the compiler pointer cast warning for dlls/msadp32.acm/msadp32.c > and > dlls/winemp3.acm/mpegl3.c. > > Thanks, > Adam > > > >

1 0

Re: [12/13] fusion: Sort the list of assemblies built during enumeration.
by James Hawkins 20 Feb '09

20 Feb '09

On Thu, Feb 19, 2009 at 5:06 AM, Hans Leidekker <hans(a)codeweavers.com> wrote: > > This hopefully fixes the test failures on Alexandre's machine. > This isn't how it's done on Windows. On Windows, the order is based solely on directory enumeration, which we don't try to match in Wine. The fix is to check for all N results N times, where N is the number of assemblies enumerated. -- James Hawkins

3 6

Re: revert of a6c07ffba4b2b37d01affb4c39f032bb5f8d34bf
by Francois Gouget 20 Feb '09

20 Feb '09

A little bit of explanation would be nice... -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ La terre est une bêta...

2 3

Re: fusion/tests: Do not use a fixed path to the assembly
by Nicolas Le Cam 20 Feb '09

20 Feb '09

2009/2/20 Detlef Riekenberg <wine.dev(a)web.de>: > James: A fixed path is broken by design. > > This fix the remaining failure on w2k. > > The asmcache has more failures on win9x, but a fix for that > failures conflict with the patchset from Hans. > > > -- > > By by ... Detlef > > > > Hi Detlef, I've already sent a similar patch, see http://www.winehq.org/pipermail/wine-patches/2009-February/069647.html

1 0

Re: [13/13] fusion: Add tests for the IAssemblyEnum interface.
by Paul Vriens 19 Feb '09

19 Feb '09

Hans Leidekker wrote: > -Hans > > > ------------------------------------------------------------------------ > > Hi Hans, These tests crash on Vista with .NET 3.5 (not sure about other platforms/.NET versions yet). The enum_gac_assemblies function relies on the fact that ffd.cFileName contains 2 underscores. On Vista however I see some assemblies with a different format for the cFileName like: 6.0.0.0_en_31bf3856ad364e35 This explains the (first) crash as we dereference a pointer. So doing something like this fixes that piece: else if (depth == 1) { - ptr = strstr(ffd.cFileName, "__"); + CHAR version[MAX_PATH]; + + lstrcpyA(version, ffd.cFileName); + ptr = strstr(version, "_"); *ptr = '\0'; - ptr += 2; + ptr = strrchr(ffd.cFileName, '_'); + ptr += 1; sprintf(buf, "Version=%s, Culture=neutral, PublicKeyToken=%s", - ffd.cFileName, ptr); + version, ptr); This seems to work fine but than it crashes again while trying to free the memory "HeapFree(GetProcessHeap(), 0, asmname->data);" in test_enumerate. Just ignoring those HeapFree's doesn't fix it as we crash again later on. -- Cheers, Paul.

2 3

Re: [4/5] dxgi: Convert DXGI_FORMAT values to WINED3DFORMAT values.
by Stefan Dösinger 19 Feb '09

19 Feb '09

Am Donnerstag, 19. Februar 2009 17:03:37 schrieb Henri Verbeet: I haven't looked at all the different formats yet, just a general question: Why did you choose to keep the WINED3D formats and not use the DXGI formats in wined3d? I'm not saying that there's anything wrong with that, I'm just curious what lead to that decision. I was inclined to do it the other way around, mostly because of the generic and specific(ie SINT, UINT, SRGB) formats in DXGI.

2 1

Re: msctf/tests: Don't import uuid library cause it could break crosstest
by Austin English 19 Feb '09

19 Feb '09

On Thu, Feb 19, 2009 at 9:21 AM, Nikolay Sivov <bunglehead(a)gmail.com> wrote: > Changelog: > - Don't import uuid library cause it could break crosstest > > >From 26890998dc20bd31c2d23b8b59dfaf664ca98dc0 Mon Sep 17 00:00:00 2001 > From: Nikolay Sivov <bunglehead(a)gmail.com> > Date: Thu, 19 Feb 2009 10:20:32 -0500 > Subject: Don't import uuid library cause it could break crosstest > > --- > dlls/msctf/tests/Makefile.in | 2 +- > dlls/msctf/tests/inputprocessor.c | 1 + > 2 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/dlls/msctf/tests/Makefile.in b/dlls/msctf/tests/Makefile.in > index 669f5a1..0d7aba8 100644 > --- a/dlls/msctf/tests/Makefile.in > +++ b/dlls/msctf/tests/Makefile.in > @@ -3,7 +3,7 @@ TOPOBJDIR = ../../.. > SRCDIR = @srcdir@ > VPATH = @srcdir@ > TESTDLL = msctf.dll > -IMPORTS = uuid ole32 user32 kernel32 > +IMPORTS = ole32 user32 kernel32 > > CTESTS = \ > inputprocessor.c > diff --git a/dlls/msctf/tests/inputprocessor.c b/dlls/msctf/tests/inputprocessor.c > index 200a0d4..2e71eec 100644 > --- a/dlls/msctf/tests/inputprocessor.c > +++ b/dlls/msctf/tests/inputprocessor.c > @@ -33,6 +33,7 @@ static ITfInputProcessorProfiles* g_ipp; > static LANGID gLangid; > > DEFINE_GUID(CLSID_FakeService, 0xEDE1A7AD,0x66DE,0x47E0,0xB6,0x20,0x3E,0x92,0xF8,0x24,0x6B,0xF3); > +DEFINE_GUID(CLSID_TF_InputProcessorProfiles, 0x33c53a50,0xf456,0x4884,0xb0,0x49,0x85,0xfd,0x64,0x3e,0xcf,0xed); > > static HRESULT initialize(void) > { > -- > 1.5.6.5 > > > > > AJ beat you to it: http://source.winehq.org/git/wine.git/?a=commitdiff;h=cd656fa7f68bc86f78be2… -- -Austin

2 1

Re: msctf/tests: Don't import uuid library cause it could break crosstest
by Paul Vriens 19 Feb '09

19 Feb '09

Nikolay Sivov wrote: > Changelog: > - Don't import uuid library cause it could break crosstest > >>From 26890998dc20bd31c2d23b8b59dfaf664ca98dc0 Mon Sep 17 00:00:00 2001 > From: Nikolay Sivov <bunglehead(a)gmail.com> > Date: Thu, 19 Feb 2009 10:20:32 -0500 > Subject: Don't import uuid library cause it could break crosstest > > --- > dlls/msctf/tests/Makefile.in | 2 +- > dlls/msctf/tests/inputprocessor.c | 1 + > 2 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/dlls/msctf/tests/Makefile.in b/dlls/msctf/tests/Makefile.in > index 669f5a1..0d7aba8 100644 > --- a/dlls/msctf/tests/Makefile.in > +++ b/dlls/msctf/tests/Makefile.in > @@ -3,7 +3,7 @@ TOPOBJDIR = ../../.. > SRCDIR = @srcdir@ > VPATH = @srcdir@ > TESTDLL = msctf.dll > -IMPORTS = uuid ole32 user32 kernel32 > +IMPORTS = ole32 user32 kernel32 > > CTESTS = \ > inputprocessor.c > diff --git a/dlls/msctf/tests/inputprocessor.c b/dlls/msctf/tests/inputprocessor.c > index 200a0d4..2e71eec 100644 > --- a/dlls/msctf/tests/inputprocessor.c > +++ b/dlls/msctf/tests/inputprocessor.c > @@ -33,6 +33,7 @@ static ITfInputProcessorProfiles* g_ipp; > static LANGID gLangid; > > DEFINE_GUID(CLSID_FakeService, 0xEDE1A7AD,0x66DE,0x47E0,0xB6,0x20,0x3E,0x92,0xF8,0x24,0x6B,0xF3); > +DEFINE_GUID(CLSID_TF_InputProcessorProfiles, 0x33c53a50,0xf456,0x4884,0xb0,0x49,0x85,0xfd,0x64,0x3e,0xcf,0xed); > > static HRESULT initialize(void) > { Hi Already fixed in Git: http://source.winehq.org/git/wine.git/?a=commit;h=cd656fa7f68bc86f78be21c67… -- Cheers, Paul.

1 0

Re: msctf crosstest build failed
by Nicolas Le Cam 19 Feb '09

19 Feb '09

2009/2/19 Nikolay Sivov <bunglehead(a)gmail.com>: > Nicolas Le Cam wrote: >> >> 2009/2/18 Nikolay Sivov <bunglehead(a)gmail.com>: >> >>> >>> Building today crosstests I've got: >>> >>> i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include >>> -g -O2 -o inputprocessor.cross.o inputprocessor.c >>> i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include >>> -g -O2 -o testlist.cross.o testlist.c >>> i586-mingw32msvc-gcc inputprocessor.cross.o testlist.cross.o -o >>> msctf_crosstest.exe -L../../../dlls -L../../../dlls/uuid >>> -L../../../dlls/ole32 -L../../../dlls/user32 -L../../../dlls/kernel32 >>> -luuid -lole32 -luser32 -lkernel32 >>> inputprocessor.cross.o: In function `initialize': >>> /home/mrlarch/wine-git/dlls/msctf/tests/inputprocessor.c:41: undefined >>> reference to `_CLSID_TF_InputProcessorProfiles' >>> collect2: ld returned 1 exit status >>> make[2]: *** [msctf_crosstest.exe] Error 1 >>> make[2]: Leaving directory `/home/mrlarch/wine-git/dlls/msctf/tests' >>> make[1]: *** [msctf/tests/__crosstest__] Error 2 >>> make[1]: Leaving directory `/home/mrlarch/wine-git/dlls' >>> make: *** [dlls/__crosstest__] Error 2 >>> >>> This outputs after: >>> make clean >>> ./configure >>> make depend && make >>> make crosstest >>> >>> What seems to be a problem? >>> >>> >>> >>> >> >> Same here. Can't find a solution. >> Perhaps it's because libuuid exports the CLSID as >> CLSID_TF_InputProcessorProfiles instead of >> _CLSID_TF_InputProcessorProfiles but I don't know how to fix. >> > > It's normal, is a kind of naming convention, don't know how to call it > right, but it's ok. >> >> Does building it with winegcc instead of ar / ranlib could fix the problem >> ? >> > > Native test builds without any problem. What do you mean? > As I checked uuid isn't imported anywhere else in test suite, inline guid > definitions used instead. > So if nobody knows why this happens I propose to patch msctf/tests not to > use uuid. > Now I'm setting up a system with rather fresh Lenny, so you could send this > patch. > > Just found that Alexandre committed something related to that last year. It seems to be a problem with MingW, see [1]. I will send a fix this evening. [1] http://source.winehq.org/git/wine.git/?a=commit;h=79c64acc7b5f9f9de07592fec…

2 1

msctf crosstest build failed
by Nikolay Sivov 19 Feb '09

19 Feb '09

Building today crosstests I've got: i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2 -o inputprocessor.cross.o inputprocessor.c i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2 -o testlist.cross.o testlist.c i586-mingw32msvc-gcc inputprocessor.cross.o testlist.cross.o -o msctf_crosstest.exe -L../../../dlls -L../../../dlls/uuid -L../../../dlls/ole32 -L../../../dlls/user32 -L../../../dlls/kernel32 -luuid -lole32 -luser32 -lkernel32 inputprocessor.cross.o: In function `initialize': /home/mrlarch/wine-git/dlls/msctf/tests/inputprocessor.c:41: undefined reference to `_CLSID_TF_InputProcessorProfiles' collect2: ld returned 1 exit status make[2]: *** [msctf_crosstest.exe] Error 1 make[2]: Leaving directory `/home/mrlarch/wine-git/dlls/msctf/tests' make[1]: *** [msctf/tests/__crosstest__] Error 2 make[1]: Leaving directory `/home/mrlarch/wine-git/dlls' make: *** [dlls/__crosstest__] Error 2 This outputs after: make clean ./configure make depend && make make crosstest What seems to be a problem?

3 4

Need help on couple of patches
by Igor Tarasov 19 Feb '09

19 Feb '09

Hello! I've written 2 patches, and I need advice on both of them. First one is here: http://www.winehq.org/pipermail/wine-patches/2009-February/069463.html It's a single-line patch that adds forwarding notification that was omitted in wine code. This fix looks pretty simple, but it included lots of reading/testing/debugging, and here is what I came with. And as I told there it fixes one wine bugzilla bug. But as I see, it was not comitted, so I am asking for advice: what could I do in order to make it go through? Another patch is here: http://bugs.winehq.org/show_bug.cgi?id=12701 The patch adresses 3 problems that all together fix that bug. My question there was if I should send it in one patch or in several. But it seems that no one have noticed that post. Any help and advice is appreciated. Thanks.

5 10

Re: [8/9] setupapi: implement SetupPromptForDiskA by wrapping around W version
by Juan Lang 19 Feb '09

19 Feb '09

Hi Ricardo, + DialogTitleW = MultiByteToUnicode(DialogTitle, CP_UTF8); You should be using CP_ACP here, not CP_UTF8. Same applies to remaining character conversions. In fact, you could use strdupAtoW instead. --Juan

2 1

Wine & viruses
by Martin Hinner 19 Feb '09

19 Feb '09

Hi, I will start one more hot discussion. Sorry if it was discussed earlier, I am not regular reader of this mailing-list. I tried to search google, found several discussions, but no real result: http://www.linux.com/feature/42031 http://www.vnunet.com/vnunet/news/2116150/linux-experts-wine-virus https://bugs.launchpad.net/ubuntu/+source/wine/+bug/256880 wine-devel mailing list google results The problem is that some (almost all?) distributions simply execute .exe file when you click on it. I was amazed when testing JTAGTest on Linux! This is in my opinion quite big issue as ordinary users do not have problem clicking on "New folder.exe" on their flashdisk etc. It's good that wine is so compatible that it runs even viruses, but I think there should be some (optional) protection. The biggest problem seem to be removable media, in many distributions mounted under /mnt or /media. Please think about this twice before writing "problem is in Microsoft not in Wine", "it's not a bug but feature", etc. It's too childish IMO. - What about creating a configurable list of directories, where wine would first ask if you really want to execute the program? It would be up to distribution what is set-up by default. - It's long time I have been interested in viruses, but I think that 90% of most common virus infected/trojan .exe files can be pretty easily identified. Almost every modern virus is trying to connect to the internet either by opening socket or using few standard DLL functions. What about adding some checks to Wine that would check the calling function code sample against some small database to see if this is a virus and ask user? Or adding some "API" functions to allow someone to write such program? I have done quite a lot of work with PE loading and code modification and I think it could be moved to level when it works without crashing anything. I understand, that none of this is system solution. But are anti-viruses system solution? They solve real world problem. Regarding API I have mentioned above I mean some hookdll() function that would re-direct GetProcAddress() or PE loader for defined functions, i.e.: http://www.codeguru.com/cpp/w-p/dll/hooking/article.php/c3639 http://www.codeguru.com/cpp/w-p/dll/hooking/article.php/c127 Obviously this would have to be global for wine (libwine.so?), not as a PE exported API function. Pre-loaded "antivirus" would be able to hook Winsock functions + some other important stuff and then check if the binary code is not on the list. Martin

9 13

Re: [1/9] setupapi: add header information for SetupPromptForDisk
by Juan Lang 19 Feb '09

19 Feb '09

Hi Ricardo, > dlls/setupapi/setupapi_private.h | 11 +++++++++++ > include/setupapi.h | 14 +++++++++----- I'd suggest you have the changes to setupapi.h as one patch on their own. The changes to setupapi_private.h can be combined with the changes to the .rc file (patch 2 in your series), along with your patch to create the new dialog.c file (patch 3 in your series), and your patch to create a do-nothing dialog (patch 4 in your series.) In this way, each patch has a single functional change. If you do it as I suggest, patch 1 will change the public header file. Patch 2 will introduce a new dialog. The remaning patches seem split appropriately, so you'd end up with a 7 patch series. --Juan

1 0

Re: Wine64 - msvcrt dll test fix
by Ricardo Filipe 19 Feb '09

19 Feb '09

this was commited already today. :) http://source.winehq.org/git/wine.git/?a=shortlog 2009/2/18 Juan M. Navarro <juan.m.navarro(a)gmail.com> > Resending as plain text. > > Thanks, > Juan > > On Tue, Feb 17, 2009 at 12:19 PM, Juan M. Navarro > <juan.m.navarro(a)gmail.com> wrote: > > Hello all! > > > > This is my first patch ever, and first open source contribution ever. > > > > The strlen function returns a size_t that represents an unsigned int in > > 32-bit environments, and an unsigned long in 64-bit environments. The > strlen > > function call has been changed to an lstrlen function call, which always > > returns an integer. > > > > I am a grad student at UCLA that has just started working on porting Wine > to > > 64-bit environments. > > > > I attest to not having seen any Microsoft source, or dissasembling > > Microsoft's DLL's. > > > > Thanks, > > > > Juan > > > >

1 0

Re: Status of USB driver support?
by emiliano esposito 18 Feb '09

18 Feb '09

Alexander Morozov wrote: >> If that USB Key is not of a supportable kind, then I apologize for >> asking. >> > > I think you should try. > Thanks. I tried this way: git clone git://source.winehq.org/git/wine.git ~/wine-git git-am 0001... git-am 0002... ./tools/wineinstall When launching a Wine application, I get some errors, I think this is the important one: err:winedevice:ServiceMain driver L"Usbhub" failed to load I have installed the Key driver but not yet added the registry keys. Should I do that or something else first? Thanks.

1 0

Status of USB driver support?
by Dan Kegel 18 Feb '09

18 Feb '09

Is http://wiki.winehq.org/USB up to date? I could have sworn that Alexander Morozov had submitted a new version of his patch, but I can't find it.

5 7

re: WINEGATE.DLL: Wine gateway to native Unix libraries
by Dan Kegel 18 Feb '09

18 Feb '09

Very interesting. I'd been suggesting to ISVs that they create a single winelib dll and conditionally load that if present, but winegate.dll might be an appealing alternative. I don't think this really brings up any security considerations but it is a reminder that Windows programs under Wine have access to the entire Linux system just like Linux programs do. btw nice name, but it pulls up 7 million hits for me, not sure what you mean by "google doesn't reveal any other uses of the name". - Dan

8 17

Re: ntdll: Replace malloc() with RtlAllocateHeap()
by Rob Shearman 18 Feb '09

18 Feb '09

2009/2/17 Andrew Talbot <andrew.talbot(a)talbotville.com>: > Changelog: > ntdll: Replace malloc() with RtlAllocateHeap(). > > diff --git a/dlls/ntdll/server.c b/dlls/ntdll/server.c > index 145540f..0cade3f 100644 > --- a/dlls/ntdll/server.c > +++ b/dlls/ntdll/server.c > @@ -743,13 +743,13 @@ static void setup_config_dir(void) > struct stat st; > char *tmp_dir; > > - if (!(tmp_dir = malloc( p + 1 - config_dir ))) fatal_error( "out of memory\n" ); > + if (!(tmp_dir = RtlAllocateHeap( GetProcessHeap(), 0, p + 1 - config_dir ))) fatal_error( "out of memory\n" ); > memcpy( tmp_dir, config_dir, p - config_dir ); > tmp_dir[p - config_dir] = 0; > if (!stat( tmp_dir, &st ) && st.st_uid != getuid()) > fatal_error( "'%s' is not owned by you, refusing to create a configuration directory there\n", > tmp_dir ); > - free( tmp_dir ); > + RtlFreeHeap( GetProcessHeap(), 0, tmp_dir ); > } I'd be surprised if this worked, since setup_config_dir is called very early in the ntdll execution sequence, and RtlAllocateHeap itself will depend on server calls (NtAllocateVirtualMemory, NtCreateMutex, etc.) that depend on the server having started (i.e. after this function having already executed). -- Rob Shearman

1 0

Re: winetest: Annotate xmalloc() and xrealloc() with allocation size attribute.
by Steven Edwards 18 Feb '09

18 Feb '09

On Tue, Feb 17, 2009 at 12:51 PM, Francois Gouget <fgouget(a)free.fr> wrote: > --- > > I moved them after the windows.h include though in practice the needed > winnt.h has already been included by the time we include winetest.h. So > maybe windows.h should be nuked altogether... Conversely maybe using windows.h usage should be fixed and used more often. Wine is an oddball when it comes to win32 program with the excessive lengths it goes to, to avoid using windows.h. I am starting to think even avoiding it internally like we do causes more harm than good as far as being source compatible with MSVC. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

3 6

Re: [02/12] fusion: Add tests for the IAssemblyEnum interface.
by Alexandre Julliard 18 Feb '09

18 Feb '09

Hans Leidekker <hans(a)codeweavers.com> writes: > Some tests in James' original patch failed here, which I have fixed. I still see failures: ../../../tools/runtest -q -P wine -M fusion.dll -T ../../.. -p fusion_test.exe.so asmenum.c && touch asmenum.ok asmenum.c:430: Test failed: Expected "wine, Version=1.0.1.2, Culture=neutral, PublicKeyToken=123456789abcdef0" or "wine, Version=1.0.1.2, Culture=neutral, PublicKeyToken=16a3fcd171e93a8d", got "wine, Version=1.0.0.0, Culture=neutral, PublicKeyToken=16a3fcd171e93a8d" asmenum.c:573: Test failed: Expected "wine, Version=1.0.0.0, Culture=neutral, PublicKeyToken=16a3fcd171e93a8d", got "wine, Version=1.0.1.2, Culture=neutral, PublicKeyToken=123456789abcdef0" asmenum.c:586: Test failed: Expected "wine, Version=1.0.1.2, Culture=neutral, PublicKeyToken=123456789abcdef0" or "wine, Version=1.0.1.2, Culture=neutral, PublicKeyToken=16a3fcd171e93a8d", got "wine, Version=1.0.0.0, Culture=neutral, PublicKeyToken=16a3fcd171e93a8d" make[2]: *** [asmenum.ok] Error 3 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [5/6]wininet: handle cookie expiration
by Alexandre Julliard 18 Feb '09

18 Feb '09

Aric Stewart <aric(a)codeweavers.com> writes: > + LPCWSTR ptr,ptr2; > + SYSTEMTIME tm; > + int i; > + > + memset(&tm,0,sizeof(tm)); > + > + ptr = expiry; > + for (i = 0; i < 7; i++) > + { > + if (strncmpiW(day[i],ptr,3)==0) > + { > + tm.wDayOfWeek = i; > + break; > + } > + } > + ptr += 5; > + tm.wDay = strtolW(ptr,(LPWSTR*)&ptr2,10); > + ptr = ptr2+1; You should handle the various possible parsing errors, not just assume that you have a well-formatted string. -- Alexandre Julliard julliard(a)winehq.org

3 2

Re: oleaut32(2/3): Implement VarDecFix
by Dmitry Timoshkov 18 Feb '09

18 Feb '09

"Juan Lang" <juan.lang(a)gmail.com> wrote: > + hr = VarR8FromDec((DECIMAL *)pDecIn, &dbl); According to PSDK VarR8FromDec() takes a const pointer to the 1st parameter, to it should be fixed instead of casting const out. Same for VarDecInt() patch. -- Dmitry.

1 0

Re: kernel32: add tests for recasing files
by Dmitry Timoshkov 18 Feb '09

18 Feb '09

"Austin English" <austinenglish(a)gmail.com> wrote: > + /* create a temporary file */ > + uUnique = GetTempFileNameA(tempdir, "pfx", 0, source); > + ok(uUnique != 0, "GetTempFileNameA error %d\n", GetLastError()); > + > + /* get the same filename as above with upper case > + prefix and without creating any file */ > + ret = GetTempFileNameA(tempdir, "PFX", uUnique, dest); > + ok(ret != 0, "GetTempFileNameA error %d\n", GetLastError()); > + > + /* MoveFile should be able to change the case of the letters */ > + ret = MoveFileA(source, dest); > + todo_wine { > + ok(ret, "MoveFileA: failed, error %d\n", GetLastError()); > + } The comment above about expected MoveFile behaviour is incorrect since the test doesn't test what it implies. What most likely happens is that MoveFile should be a noop if source and destination file names are the same, and in that case 'MoveFileA(source, source);' is enough to test. -- Dmitry.

1 0

Re: advapi32: GetNamedSecurityInfoExA Stub
by Dmitry Timoshkov 18 Feb '09

18 Feb '09

"Paul Bryan Roberts" <pbronline-wine(a)yahoo.co.uk> wrote: > I guess this stub falls in to the 'not obviously correct' category. > > I could do with some feedback on what might be an acceptable patch. It appears that GetNamedSecurityInfoExA signature doesn't match the MSDN/PSDK one. Also it's a common practice to simultaneously add both A and W versions, and add prototypes to an appropriate .h file. -- Dmitry.

3 5

Re: kernel32: Free profile before reloading
by Michael Karcher 17 Feb '09

17 Feb '09

Am Dienstag, den 17.02.2009, 09:19 +0100 schrieb Michael Karcher: > Should fix bug #17050 Doesn't do. Please ignore.

1 0

Re: GSoC 2009 coming up
by Kai Blin 17 Feb '09

17 Feb '09

On Tuesday 17 February 2009 04:41:11 Brian Vincent wrote: > On Sat, Feb 14, 2009 at 2:39 AM, Kai Blin <kai.blin(a)gmail.com> wrote: > > We should also investigate possible changes to the requirements (weekly > > reports to the mailing list come to mind). Maarten, any comments? > > My gut instinct was weekly reports would be a bad idea for students - of > course they're just going to procrastinate until the last month and then do > all the work at once. Yes, Kai, I realize you were the exception to that > rule. That's not going to work anyway. There's a mid-term evaluation you're going to get failed at if you didn't produce anything until the mid-term. :) > Then my second thought was: "Hey, if this was the real world their manager > would certainly be expecting progress reports. Therefore mentors should > too." And, it makes for simple updates to include for WWN issues. I > think it'd be interesting to weekly or bi-weekly reports, but I think > mentors will need to apply a little tactful pressure in order to get the > status report updates. My biggest motivation for requiring weekly status updates is that in the past years I had a hard time following the GSoC projects I was not involved with directly. At WorldForge, we required weekly reports to the mentor at first and then decided that the weekly reports should go to the developer mailing list. That kept everybody informed what was going on. Also, if the weekly reports don't only include "that's what I did last week" but also "this is my plan for the next week", students can get early feedback if whatever they're planning to do next looks like a bad idea to some other developer. It also helps integrating the students in the community, as they're not only talking to their mentor. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

2 1

Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one?
by James Mckenzie 17 Feb '09

17 Feb '09

Alexandre Julliard <julliard(a)winehq.org> wrote: >Sent: Feb 17, 2009 5:07 AM >To: Dan Kegel <dank(a)kegel.com> >Cc: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> >Subject: Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one? > >Dan Kegel <dank(a)kegel.com> writes: > >> See http://bugs.winehq.org/show_bug.cgi?id=14980 >> >> Essentially, to run Office 2007, you have to set an override >> for riched20. Since Office installs a new, spiffier version >> of riched20 in its own private directory, and expects to >> find it there, isn't it a bug that we don't let it have it? > >There's no guarantee that using the private version would help. In some >cases it does, in other cases it makes things worse. So defaulting to >builtin is preferable, this way at least when it doesn't work we have a >chance of fixing it. > I think the phrase for this is 'dll hell'. That is Application A ships with and places a copy of xyz.dll in the program directory and uses it, exclusively. This was fine for some versions of Windows when xyz.dll could add in its own functions at the end of the dll and include all of the functionality of the system provided xyz.dll. However, this breaks when the system is upgraded (witness what happened to a bunch of programs when XP SP2 was released or you upgraded from Windows 3.1 to Windows 3.11, etc.). This may or may not happen with Wine because we added the ability to first call the Native xyz.dll and if a function did not exist there, call Wine's xyz.dll. This allows the Wine project to call Wine specific versions of library code and continue to use program supplied dlls. Good idea and one that should be retained. However, some programs will NOT function without their program specific dlls, and it appears that Office 2007 is one of them. Thus, it will be necessary to switch from built-in to native, built-in for this program until Wine incorporates all of the new functions. This may also be true of other programs. James McKenzie

3 2

[RFC] Named Pipes emulation and interoperability layer
by Luke Kenneth Casson Leighton 17 Feb '09

17 Feb '09

http://lkcl.net/namedpipes/namedpipes-emulation.txt this specification is intended to be implemented as a library, similar to a systems library that provides for example TCP/IP in userspace. thus it could easily be utilised by samba, samba tng, samba 4, apache runtime or in fact any POSIX-compliant system that intends to offer interoperable "Windows NT Named Pipe Emulation". the purpose of the document is to provide a guide to creating emulated implementation of Windows NT Named Pipes. implementors could use this to communicate between clients and servers inside their applications (such as the Wine application), with the added benefit that additional applications (such as the Samba application) that also conformed to the specification could interoperate. For example, the creation of a NamedPipe inside a Samba service could be talked to by a Wine client, and vice-versa. ultimately the specification _could_ potentially be used as a guide to writing a kernel-level implementation of Windows NT Named Pipes emulation. Note that this specification does NOT include "transfer of data over a network", as that task is carried out by SMB clients and SMB servers utilising SMBopenX, SMBclose, SMBreadX, SMBwriteX and SMBtrans2 subcommands 0x1, 0x26 and 0x53 to represent SetNPHS, WaitNamedPipe and TransactNamedPipe. Note that this specification does NOT have the API of the Win32 functions it is intended to emulate but is instead based very much on the design of the SMB protocols (much simplified), and thus provides an exact topological mapping of all SMB operations necessary to provide full Named Pipes functionality. Missing from the specification (but mandatory) at this time is PeekNamedPipe and GetNamedPipeHandleState, because it is clear that the functionality inside of Samba is entirely missing support for such (see call_trans2qpipeinfo in samba 3 smbd/trans2.c source code). Research WILL be required at a later stage in the form of running Win32 test applications, along with examination of the resultant network traffic, in order to determine the necessary support inside Samba for these two vital Named Pipe operations. From the design of Wine, and the stub code in smbd/trans2.c it is likely that these two functions will simply be direct mappings from NtQueryFileInformation #defines onto Trans2_QueryFileInfo, with blindingly obvious parameters and data structures to anyone familiar with both dlls/ntdll/file.c in Wine, and smbd/trans2.c in Samba. l.

1 0

http://wiki.winehq.org/NamedPipes - documenting the samba / wine NamedPipes integration
by Luke Kenneth Casson Leighton 17 Feb '09

17 Feb '09

i've been updating this page with relevant information that is part requirements specification, part documentation. of particular relevance is the lack of support (in both tng and samba 3) for transferring SetNamedPipeHandleState semantics, although the "stub" functionality inside tng (smbd/pipe-proxy.c) at least records the NP message-mode flags, and then _completely_ ignores them ha ha :) exactly how this is to be implemented is unclear, and to be absolutely honest, by far the simplest-sounding approach may be to actually compile samba up as a win32 app! under such circumstances, it would be incredibly easy to then call the wine-emulated NamedPipe win32 functions CreateNamedPipe, SetNamedPipeHandleState etc. etc. given that samba tng has _already_ successfully been ported to win32, it has a head start here. and in that regard, ReactOS has it made, done and dusted! the alternative is... gaahd, i dunno... messy, to say the least, and *shudder* an mmap'd tdb is sounding _really_ attractive. tell me if this sounds reasonable. basically, a mini-wineserver protocol - a mini-SMB protocol - is required. commands to "send", "receive", "setnamedpipestate", "waitnamedpipestate" and "close". all required. * samba 3 / tng create or access named pipes as emulations over unix domain sockets, including sending a security context. in samba 3, that's called a SamInfo3, but it looks suspiciously like a NETLOGON NET_USER_INFO_3) and in tng it's a NET_USER_INFO_3... so... yep, it looks like just the name has been changed. * a program wants to create or access a named pipe; it asks wineserver (via a new function) to create or open up a unix domain socket. the locations will be the same. i.e. tng / samba3's unix domain socket pipe locations same as wineserver's. * sending / receiving of the security context blob is done in the dlls NOT in wineserver, so as to avoid blocking wineserver. * read, write, snphs, wnphs are all done with a 2-byte command prefix, followed by parameters, followed by data. exactly the same as is done in SMB and in wineserver. ... you know... if SMB wasn't so damn complicated i'd say bugger it, just send the SMBs to Wine, for _it_ to sort out!! in fact, with cliffsd's auto-generated SMB parsing code, that might even still be a valid option, given that the relevant code for parsing the SMBs is public domain. what do people think? does this sound like a reasonable proposition - a mini SMB/wineserver protocol - for use for inter-communication between wine and samba in order to exchange named pipe traffic? l.

3 5

Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one?
by James Mckenzie 17 Feb '09

17 Feb '09

Austin English <austinenglish(a)gmail.com> wrote: >Sent: Feb 17, 2009 7:27 AM >To: Alexandre Julliard <julliard(a)winehq.org> >Cc: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org>, Dan Kegel <dank(a)kegel.com> >Subject: Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one? > >On Tue, Feb 17, 2009 at 6:07 AM, Alexandre Julliard <julliard(a)winehq.org> wrote: >> Dan Kegel <dank(a)kegel.com> writes: >> >>> See http://bugs.winehq.org/show_bug.cgi?id=14980 >>> >>> Essentially, to run Office 2007, you have to set an override >>> for riched20. Since Office installs a new, spiffier version >>> of riched20 in its own private directory, and expects to >>> find it there, isn't it a bug that we don't let it have it? >> >> There's no guarantee that using the private version would help. In some >> cases it does, in other cases it makes things worse. So defaulting to >> builtin is preferable, this way at least when it doesn't work we have a >> chance of fixing it. >> > >What happened to 'bug for bug compatibility'? > Austin: These are considered private dlls as they extend functions that do not exist in the original system dll. When they are incorporated into the standard system dlls, then the new functions, and bugs, should be incorporated into the Wine versions. I think this is what AJ and Dan K are saying. James McKenzie

1 0

Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one?
by James Mckenzie 17 Feb '09

17 Feb '09

Dan Kegel <dank(a)kegel.com> >Sent: Feb 17, 2009 7:26 AM >To: James Mckenzie <jjmckenzie51(a)earthlink.net> >Cc: Alexandre Julliard <julliard(a)winehq.org>, "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> >Subject: Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one? > >On Tue, Feb 17, 2009 at 6:23 AM, James Mckenzie ><jjmckenzie51(a)earthlink.net> wrote: >> However, some programs will NOT function without their program specific dlls, and it appears that Office 2007 is one of them. Thus, it will be necessary to switch from built-in to native, built-in for this program until Wine incorporates all of the new functions. > >But in this case, the app is using a private fork of the DLL in question, >and the new functions in the private fork will probably never go >into the public one. Dan, never assume what the Evil Empire is going to do. They may or may not put this into the dlls in Windows7 (TM). Since I'm strictly Mac for now, I don't have any idea either. Maybe someone with this operating system can look into this and give us feedback, but I'm with you as this is another method of operation of this company. James McKenzie

1 0

Re: tools/winemaker: change tabs into eight spaces
by James Mckenzie 17 Feb '09

17 Feb '09

André Hentschel <nerv(a)dawncrow.de> wrote: > > Changes the spacing of the entire file. Also, if you are going to take this time, change indenting to two or four per level. James McKenzie

1 0

Re: [1/4](try 2)wininet: parse cookie information from cookie value
by Alexandre Julliard 17 Feb '09

17 Feb '09

Aric Stewart <aric(a)codeweavers.com> writes: > + ptr = strchrW(ptr,';'); > + *ptr = 0; > + ptr++; > + while (*ptr == ' ') ptr++; /* whitespace */ > + /* FIXME use LOCALE_INVARIANT when implemented */ > + if (CompareStringW(MAKELCID(LANG_ENGLISH, SUBLANG_DEFAULT), > + NORM_IGNORECASE, ptr, 6, szDomain, 6) == 2) You need to check that the next char is a valid terminator (probably '=', not sure if other values are possible). Also using strncmpiW would make the code more readable. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winex11.drv: Map Super_L, Super_R, and Menu keys, correctly.
by James Mckenzie 17 Feb '09

17 Feb '09

Paul Bryan Roberts <pbronline-wine(a)yahoo.co.uk> wrote: > >> You need to generate the patch from the top of the wine directory. You >> also need to use your real name for copyright-tracking purposes. > >"copyright-tracking purposes" > That is a way of saying that we need, for legal reasons, to know the originator of each and every line of code that exists in the Wine project code base. >and there was me thinking you wanted my real name so I could take all your feedback personally. ;) > That's another reason for using your real name. However, the first reason is that if you do not supply your real name, your code will not be accepted into the project no matter how critically it is needed. James McKenzie

1 0

big patch to implement SetupPromptForDisk (please comment)
by Ricardo Filipe 17 Feb '09

17 Feb '09

hello guys. i have took the endeavour of making my first dialog patch, managed to do it this weekend, to implement SetupPromptForDisk, which i stubbed but had some problems on the stub. gave me some big headaches to make this work x) so here is the patch, i've made the two versions of the dialog, but before submiting i'd like your comments on it. what is wrong in it? in which file should it be? i left it in stubs.c but i think misc.c might be a better place. is it testable? i once asked this on IRC and got a "no" for response, is it not testable? should i put some comments? code documentation (or lack there of) is a flaw of mine... i'm hoping for your replies so that i can submit as soon as possible. i've made some tests for "manual" testing and i have tested in "A vampire Story", the game that needed the stub, and it all worked fine. yhey! it lacks LOTS of details though, i just implemented the juice of it and some simple details. regards.

3 3

Re: winex11.drv: Map Super_L, Super_R, and Menu keys, correctly.
by Paul Bryan Roberts 17 Feb '09

17 Feb '09

> You need to generate the patch from the top of the wine directory. You > also need to use your real name for copyright-tracking purposes. "copyright-tracking purposes" is there a Wiki page that explains this to the uninitiated ? I looked, did not find. Google led me straight back to the cited post on wine-devel(a)winehq.org. and there was me thinking you wanted my real name so I could take all your feedback personally. ;)

2 1

Wine talk on FOSDEM
by Marcus Meissner 17 Feb '09

17 Feb '09

Hi, A week ago I went to Bruessel / Bruxelles in Belgium to the largest opensource developer conference in Europa, FOSDEM 2009. openSUSE has a developer room there the last years and we fill our time by holding talks, mostly concerning openSUSE and stuff that we do for the distribution and what our developers do. So the openSUSE organizers asked me to hold a talk on Wine this year, after my LinuxTag talk was so well received. I expected that like 20-30 people would show up, but it actually were around 110 according to our camera guy and they filled up the room. I have no idea why Wine is so interesting though. I gave a basic introduction and overview mostly and in the end tried to demo iTunes (failed, because installation was not successful in preparation) and demoed Heroes of Might and Magic III (successful). If you want to watch my 45 minutes: http://tube.opensuse.org/fosdem09/fosdem09_day2_03-wine.ogg (196MB) And my slides are here (feel free to reuse): http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.pdf http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.odp I also said hi to some ReactOS guys. Funnily all of them in suit and tie. :) Ciao, Marcus

4 3

WINEDEBUG/Test suite
by Austin English 17 Feb '09

17 Feb '09

Howdy, Got a bit bored over the weekend and updated my build script to build wine daily while I'm at work, then automatically run the test suite under different (currently 6) configurations. Currently, it tests: no winedebug (ae-ub-810) Wine running under a virtual desktop (ae-ub-810-virtdesktop) # this one was broken in today's test...err, not run under a virtual desktop, fixed for tomorrow's. Needed a sleep 5s to get the virtual desktop setting saved before running the test suite. WINEDEBUG=+heap (ae-ub-810-heap) WINEDEBUG=+relay (ae-ub-810-relay) WINEDEBUG=+seh (ae-ub-810-seh) WINEDEBUG=+all (ae-ub-810-all) It's got some interesting results: http://test.winehq.org/data/3fa05ae6a7c08f9534badfeffbe02db9e00ab47a/#group… Currently, several tests timeout because of it (not worried about those...besides, I just ordered parts for a quad core on newegg, so those may be gone soon). The more interesting thing is that some test fail with memory corruption, etc. Most notably, crypt32:chain, crypt32:encode, crypt32:sip, d3d9:visual, ddraw:visual, oleaut32:tmarshal, riched20:editor, riched32:editor, and rpcrt4:cstub. There are several crashes as well (netapi32:access, jscript:run, msi:msi) all with a similar error. I filed http://bugs.winehq.org/show_bug.cgi?id=17415 for that. I filed a few other bugs for some of these issues, but not all of them...hopefully some of them will be fixed before I get the chance to :-p. I'd appreciate if everyone took a couple minutes to look at any areas of the code they're familiar with and see if they can fix these failures. I plan to test around with various optimizations, e.g., -O0, etc., since I recall at WineConf 2008 there were some failures only showing up under those configurations. If that shows anything consistent, I'll add them. -- -Austin

1 0

Re: urlmon: Correctly test to see if PutProperty_CLASSIDPROP is called
by Paul Vriens 16 Feb '09

16 Feb '09

Alistair Leslie-Hughes wrote: > Hi, > > Changelog: > urlmon: Correctly test to see if PutProperty_CLASSIDPROP is called > > Best Regards > Alistair Leslie-Hughes > > > > > > > ------------------------------------------------------------------------ > > Hi Alistair, This patch introduced some test failures on Win98 up to W2K. Could you have a look? Looks like we need some broken or optional logic. -- Cheers, Paul.

2 1

office 2007 student trial downloaded, activated, and started ok!
by Dan Kegel 16 Feb '09

16 Feb '09

Golly, Wine must be getting good. The student trial (though not the pro trial) of office 2007 from http://office.microsoft.com seems to install, activate, and start properly with no hacks at all. Can't edit the default document though, it says "selection locked". Guess I'll try the overrides listed in the appdb. I'm just blown away that the whole download experience worked. There were two nits: 1) no progress indication other than on the taskbar, and 2) the file was downloaded to $HOME/%MYDOCS%. Are we not expanding something properly?

1 1

Re: richedit: Removed unused ME_Document structure.
by James McKenzie 16 Feb '09

16 Feb '09

Dylan Smith wrote: > The ME_TextBuffer structure is what is used to store the document (as a > linked list), so the ME_Document structure isn't being used. There was > also a document pointer in the ME_Paragraph structure that was also > unused, so I removed it because it is probably related to this used > structure. > --- > Would this be needed for EM_FORMATRANGE support or can this safely be removed. Don't want to delete and then add back code. James McKenzie

2 1

Debian Etch, Lenny and Squeeze packages
by Ben Klein 16 Feb '09

16 Feb '09

Debian Lenny has gone stable. YAY! I've already got chroots and my build scripts set up for Debian Squeeze, which is the new testing, so I'll be able to produce packages of Wine for Squeeze without trouble, but there are some issues I'd like comment on. 1) I will not supply packages for Etch/amd64 (this used to be a TODO for me). No negotiation on this, but I am willing to assist people to compile/package it themselves if there's a good reason for not upgrading to Lenny. 2) I'll still build Etch/i386 packages (because it's damn easy for me to do so), but how long should this go on for? Ideally, we should encourage people to upgrade to Lenny. 3) Do we want to set up a Squeeze repository with 1.1.15 in it, or should we wait until the next release to set up a Squeeze repository? If the former, I will build packages specifically on/for Squeeze - best to do it this way for maximum compatibility. Ideally, I'd like a standardised policy on points #2 and #3, so that we know what's going on for the next release of Debian (I know, long-term planning). Scott, I'd value your opinion too, even though you only do Ubuntu packages now.

2 2

Win to Lin Library Wrapper
by Seth Shelnutt 16 Feb '09

16 Feb '09

I had an interesting thought the other day, and that is to having some built in support for forwarding windows dlls to linux .so's. A while back, I had worked on the CUDA wrapper, which basically just transfers the calls from the dll to so. At that point I didn't work on a CAL wrapper because there was not linux support from ATI with CAL. Now there is, and has been and someone has requested a CAL wrapper for folding@home. I've started the work on it but I have been thinking, that I think it might be benifical to have some sort of built in support in wine for this. A method for automatically sending calls made to a .dll to the linux counterpart .so, if one exist. The work involved with making a wrapper for CUDA or CAL isn't that much, it's fairly simple in the grand scheme of things. However I'm sure there must be a lot of 3rd party, non-microsoft libraries that have windows and linux counter parts, that both expect the same inputs and. I know wine already does a lot of this, but some sort of automation in the process, in which if a call is made to cudart.dll, wine sees it, and transfers the calls to cudart.so. The list of .dlls and respective .so s could simply be kept in the registry for easy editing, and adding of libraries without the need to recompile wine. Hopefully I've put my idea across clearly. What are everyone's thoughts? Thanks, Seth Shelnutt

5 4

Please advise: Wine problem with Oracle database installation
by Robert 16 Feb '09

16 Feb '09

Dear support, I have met a problem when installing Oracle database with Wine. The error message is as follows: "Failed loading com.sun.java.accessibility.eventqueuemonitor:java.lang.classnotfoundexception:com.sun.java.accessibility.util.eventqueuemonitor" I wonder whether this problem is due to JDK plug-in is not supported in Wine. Please kindly advise. Thanks a lot! Regards Robert

2 1

Re: [3/3] WineD3D: Pass the requested srgb flag to PreLoad
by Henri Verbeet 16 Feb '09

16 Feb '09

2009/2/14 Stefan Dösinger <stefan(a)codeweavers.com>: > + SRGB_DONTKNOW = 0, /* Uses the cached value(e.g. external calls) */ SRGB_ANY or SRGB_EITHER is probably a nicer name. Do the enum elements need explicit values? You can probably drop the typedef as well, I don't think it adds anything useful. (I already mentioned some reservations about the extent of the changes to the internal interfaces for sRGB texture duplication on IRC, but lets merge it anyway and see where it goes.)

2 1

Re: wininet: parse cookie information from cookie value
by Rob Shearman 16 Feb '09

16 Feb '09

2009/2/13 Aric Stewart <aric(a)codeweavers.com>: > + if (CompareStringW(GetThreadLocale(), NORM_IGNORECASE, ptr, 6, > + szDomain, 6) == 2) LOCALE_INVARIANT should be used when comparing with a constant string. See here for the reasons why: http://blogs.msdn.com/michkap/archive/2004/12/29/344136.aspx http://blogs.msdn.com/larryosterman/archive/2004/07/01/171078.aspx http://msdn.microsoft.com/en-us/library/dd373795(VS.85).aspx It doesn't look like it's implemented in Wine, so I guess you should just use MAKELCID(LANG_ENGLISH, SUBLANG_DEFAULT) with a FIXME to use LOCALE_INVARIANT when it's implemented. And, yes, there's probably lots of other places where we do case insensitive comparisons incorrectly like this, but we should stop introducing new ones. -- Rob Shearman

2 1

Re: winex11.drv: Map Super_L, Super_R, and Menu keys correctly.
by Rob Shearman 16 Feb '09

16 Feb '09

2009/2/13 GerbilSoft <gerbilsoft(a)verizon.net>: > --- keyboard.c.orig 2009-02-12 11:50:28.110457529 -0500 > +++ keyboard.c 2009-02-12 11:52:06.061206978 -0500 You need to generate the patch from the top of the wine directory. You also need to use your real name for copyright-tracking purposes. -- Rob Shearman

1 0

[Fwd: Windows on Linux App of the Year]
by Jeremy White 16 Feb '09

16 Feb '09

We've won the 'Windows on Linux' award of the year on LinuxQuestions.org again (by quite a large margin, I might add). Woohoo! Cheers, Jeremy

2 1

1.1.15 failing to build -- what changed?
by Scott Ritchie 15 Feb '09

15 Feb '09

1.1.15 fails to build using an identical layout to 1.1.14, which means something has changed with either the build dependencies or the way configure is working. Here's the build failure I'm getting on amd64, but it fails on all arches: http://launchpadlibrarian.net/22606029/buildlog_ubuntu-intrepid-amd64.wine_… I'm going to sleep now, but hopefully I'll figure this out Valentine's day. In the meanwhile, 1.1.15 won't be available in Ubuntu packages just yet. Thanks, Scott Ritchie

5 12

Updated cebit presentation. Looking for ideas...
by Dan Kegel 15 Feb '09

15 Feb '09

I've been slowly finishing my cebit presentation. The current draft is at http://kegel.com/cebit/ It now talks briefly about winetricks, and uses firefox and safari as examples of installing and running platinum and bronze apps. It also talks more about support, since a windows admin I showed it to said windows admins were generally scared of trying to support open source apps. If anyone has suggestions for how to make this presentation more appealing/informative/convincing to newbies who are only familiar with windows, please let me know. Also, if anyone can tell my why firefox doesn't show the Windows logo until you refresh sometimes, I'd be grateful. Maybe it's because the same image is used twice in the same page? - Dan

4 6

WINEGATE.DLL: Wine gateway to native Unix libraries
by Martin Hinner 15 Feb '09

15 Feb '09

Hello, I have created a small library to allow Win32 applications running under Wine to load native Unix shared libraries (.so). First (one-hour hack) version is available at http://martin.hinner.info/tmp/winegate.tar.gz ; Please consider inclusion in WINE tree (dll/ directory). Please note that Makefile.in as well as configure scripts will likely need some changes. Purpose of this Wine DLL is to allow Windows applications to use directly Unix library functions. This is useful for example for applications which talk to specific drivers and it's not efficient/possible to create system native DLL for such driver or library. Win32 app. vendor is required only to detect execution under Wine and load proper native library. WinGate.DLL exports dlopen/dlsym/dlclose/dlerror functions which allow Windows app to load additional libraries and use them. This library should export all functions that are required to load additional libraries and detect type & version of system we're running on. I believe that NO additional functions are required as you can always import uname() and call it to obtain more information on the running system, so dlopen/dlsym/dlclose is enough. Maybe some 'getwineversion' function should be included - waiting for your comments. I am sure there will be a lot of people arguing that Win32 application SHOULD NOT be modified to behave differently in Wine. I agree that in most cases it's better to fix Wine than applications, but there are real world problems that cannot be efficiently solved outside the application. One good example is when Win32 app has to talk to custom hardware. In many cases there are native Linux drivers that have different API/etc and it is very very difficult to create wrapper library between Windows-style and Linux/Unix-style drivers. In such cases it's much easier to modify source code of Windows app to use either Linux or Windows drivers/DLLs/etc. Example how to use WINEGATE.DLL is in winesupp.zip (please note this is quite silly example). If you want to see real world application which uses this library, go to http://www.jtagtest.com I have chosen name Wingate because google did not reveal any other use of such name and I think it fits it's purpose. Feel free to suggest any other names or just rename the library. Martin

6 14

Re: Start DDE interface from Explorer Process. Add DDE stubs.
by Dmitry Timoshkov 15 Feb '09

15 Feb '09

"Jeremiah Flerchinger" <jeremiah.flerchinger(a)gmail.com> wrote: > Explorer.exe now calls ShellDdeInit. Progman stubs will now be started/used in Shell32. > Amazingly any apps with a Progman DDE interface will also be called. Shell32 can handle > all major functionality, but a running progman.exe (for example) will be able to > synchronize internal values with changes made by Shell32. This patch just adds a lot of confusion and mess. As I suggested you should start with a simple test app and see how it really supposed to work. -- Dmitry.

2 1

Re: [2/3] WineD3D: Add a debug function for surface locations
by Henri Verbeet 15 Feb '09

15 Feb '09

2009/2/14 Stefan Dösinger <stefan(a)codeweavers.com>: > +const char *debug_surflocation(DWORD flag) { > + switch(flag & SFLAG_LOCATIONS) { > + case SFLAG_INSYSMEM: return "SFLAG_INSYSMEM"; > + case SFLAG_INDRAWABLE: return "SFLAG_INDRAWABLE"; > + case SFLAG_INTEXTURE: return "SFLAG_INTEXTURE"; > + case SFLAG_INSRGBTEX: return "SFLAG_INSRGBTEX"; > + > + case SFLAG_INSYSMEM | SFLAG_INDRAWABLE: return "SFLAG_INSYSMEM | SFLAG_INDRAWABLE"; > + case SFLAG_INSYSMEM | SFLAG_INTEXTURE: return "SFLAG_INSYSMEM | SFLAG_INTEXTURE"; > + case SFLAG_INSYSMEM | SFLAG_INSRGBTEX: return "SFLAG_INSYSMEM | SFLAG_INSRGBTEX"; > + > + case SFLAG_INDRAWABLE | SFLAG_INTEXTURE: return "SFLAG_INDRAWABLE | SFLAG_INTEXTURE"; > + case SFLAG_INDRAWABLE | SFLAG_INSRGBTEX: return "SFLAG_INDRAWABLE | SFLAG_INSRGBTEX"; > + > + case SFLAG_INTEXTURE | SFLAG_INSRGBTEX: return "SFLAG_INTEXTURE | SFLAG_INSRGBTEX"; > + > + case SFLAG_INSYSMEM | SFLAG_INDRAWABLE | SFLAG_INTEXTURE: > + return "SFLAG_INSYSMEM | SFLAG_INDRAWABLE | SFLAG_INTEXTURE"; > + case SFLAG_INSYSMEM | SFLAG_INDRAWABLE | SFLAG_INSRGBTEX: > + return "SFLAG_INSYSMEM | SFLAG_INDRAWABLE | SFLAG_INSRGBTEX"; > + case SFLAG_INSYSMEM | SFLAG_INTEXTURE | SFLAG_INSRGBTEX: > + return "SFLAG_INSYSMEM | SFLAG_INTEXTURE | SFLAG_INSRGBTEX"; > + case SFLAG_INDRAWABLE | SFLAG_INTEXTURE | SFLAG_INSRGBTEX: > + return "SFLAG_INDRAWABLE | SFLAG_INTEXTURE | SFLAG_INSRGBTEX"; > + > + case SFLAG_INSYSMEM | SFLAG_INDRAWABLE | SFLAG_INTEXTURE | SFLAG_INSRGBTEX: > + return "SFLAG_INSYSMEM | SFLAG_INDRAWABLE | SFLAG_INTEXTURE | SFLAG_INSRGBTEX"; > + > + default: return "Unknown location flag combination"; > + } > +} I think using wine_dbg_sprintf() would be a lot more practical.

1 0

[patch] review requested: message-mode named pipes
by Luke Kenneth Casson Leighton 15 Feb '09

15 Feb '09

http://bugs.winehq.org/attachment.cgi?id=19477 * functionality of non-message-mode (byte type) is preserved. * putting too many messages into the queue runs wineserver out of file descriptors, but the solutions to that are too much work for this revision, to be included, so - tough. * research indicates that message-mode is supposed to block when resources are low, but that would require a per-file mutex. again - too much work for this revision. l.

1 0

[patch but not quite ready] NamedPipes messagemode
by Luke Kenneth Casson Leighton 15 Feb '09

15 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=17195 with only one significant bug - some memory corruption - the semantics are now correct in the namedpipe messagemode patch. i drew a diagram outlining the data structures / design http://bugs.winehq.org/attachment.cgi?id=19449 because it's so horrendous that even i want to throw up. assistance in finding the memory corruption would be really helpful. an assert is thrown after more than 4 short reads are performed on the same namedpipe, with this straaaange error: ead: file.c:631: server_get_named_pipe_fd: Assertion `wine_server_ptr_handle(fd_handle) == handle' failed. ead: server.c:628: server_get_unix_fd: Assertion `wine_server_ptr_handle(fd_handle) == handle' failed. wine: Assertion failed at address 0xf7ca8d7f (thread 000f), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x7bc99ee0 "server.c: fd_cache_section" wait timed out in thread 000f, blocked by 0014, retrying (60 sec) i'll try to write a simplified test because that's the "threadread" test on which this occurs. i can't quite believe that all 5 tests can be passed [by reducing the number of short reads to less than 4]. it's been a bit of a "drunken walk" development style, i'm afraid :) notes: * in order to preserve message-mode semantics correctly, each message gets ITS OWN socketpair. the socketpair is used EXCLUSIVELY for that one message and is NOT re-used by the other end. so if it's client writing to server, one message, that's one socketpair. if it's server writing to client, one message, that's another socketpair. if client writes 20 messages to server, that's 20 new socketpairs, if at same time server writes 25 messages to client, and nobody's done any reading yet, that's a total of 45 outstanding socketpairs - 90 filedescriptors. this is not a hoax. it's the only way i could think of that preserves messagemode semantics correctly. * for each end - client and server - to be able to "block", waiting at any time, there MUST be at LEAST one socketpair in each of the queues. so, initially, that's what's done: one pair of socketpairs are created, one for the client, one for the server. on the FIRST write (to server, or to client), this initial "empty" socketpair must be written to; subsequent writes (to server or to client, each) must have a NEW socketpair created. * on a read, a socketpair must "hang about" - MUST not be shut down - until there is a new one created (which happens only on a new write). in this way, multiple threads will always have a filedescriptor to block on. * when a read has read all available data, the socketpair is marked as "finished" but is NOT shut down. * on each write, if a new socketpair is created, then and ONLY then can "old" marked socketpairs be shut down. * shutdown of read-sockets, on which [potentially many] reader[s] are waiting will result in an EPIPE. this is an ACCEPTABLE error IFF no data has been read yet, i.e. at the start of a new message. what happens, basically, is that the "old" socketpair - even though it had been used already by the previous reader - is what the thread "blocks" on (because you have to block on _something_). and on the _very_ first message, of course, you block on the specially-prepared initial socketpair, the one that had to be created and marked as "as-yet unwritten to". * you can see at line 872 of ntdlls/file.c (after patch is applied) that oh whoopsie, EPIPE occurred, but we've not read any data at all, just grab another filedescriptor from wineserver and try again. in this way, wineserver hands out the next available message from the filedescriptor queue. if yet _another_ EPIPE occurs, then all that means is that another thread "got there first", wow big deal, around you go again. * indicating that data has been read is performed using a special wineserver message "NAMED_PIPE_SUB_AVAILDATA" using server_set_named_pipe_info(). this horrible hack passes information to wineserver telling it to subtract the amount of data read in userspace from the filedescriptor data structure (fdqueue) representing that socketpair. * indicating that data _will_ be available is performed again using server_set_named_pipe_info(), this time using a message "NAMED_PIPE_SET_AVAILDATA". the set is performed BEFORE the actual write, otherwise a reader will "unblock" and potentially try to set the available data to negative!!! this would be baaad. * a critical section is performed around all uses of server_set_named_pipe_info() and server_get_named_pipe_fd(). this is NOT the same critical section as server_get_handle_fd(). i don't know if this makes any difference. things that cannot be done: * you cannot do the read or the write inside wineserver (server_named_pipe_read() will be deleted, later). the reason is complex to describe, but boils down to "blocking in userspace on the socket in order to wait for a message" and "non-blocking read on the same socket in order to get the data" are unfortunately mutually incompatible. one screws up the other if you set or clear O_NONBLOCK. * you cannot send the length as a 4-byte "header" down the socket, to be read as a length and then that much data read out. if you have multiple readers blocking on the same filedescriptor, how do you make sure that only one of them reads the length?? they're all blocking on the same socket! send the length multiple times?? how do you know how many readers there are?? short answer: you can't. so - scratch that idea. [ok - maybe you could do a critical section, but you'd have to do one per file, and i'm not ready or willing to add an array of per-file-handle critical sections to ntdll without further discussion] issues: * multiple readers of the same socket, when reading data amounts that are larger than the SO_RCVBUF and/or SO_SNDBUF, could potentially end up corrupting the data because of overlaps in the reads. given that this is _already_ a problem, in the existing Wine code, i am not going to be dealing with this issue, in this iteration. particularly as solutions involve having to do per-file critical sections and YES that's a generic problem even on standard files not just pipes not just messagemode pipes ALL files. * running out of socketpairs; protecting the message queue length. i believe there's a default message queue length in NT, but even so, the number of file descriptors this [necessary] design uses up is _horrendous_. one pair per message! but - tough luck. the options are pretty limited and constrained by the requirements. so: if anyone says to me, "no this cannot work, you cannot _possibly_ have got correct messagemode semantics purely in userspace and without sending length fields, you _must_ do the reads and writes inside wineserver", then... well... that will be a good way to get me to unsubscribe from wine-devel. if anyone can think of any other ideas, or implementations, or optimisations, then... well... unless they're _really_ good ideas, they'll have to wait :) ideas such as using a separate socketpair for communicating "length" messages are welcome, if accompanied by well-laid-out explanations, because my brain is turning to jelly with this stuff and i could do with some light reading instead of working it out myself :) l.

2 4

Re: AppDB new design: Top 10s still look ugly
by André Hentschel 15 Feb '09

15 Feb '09

Ricardo Filipe schrieb: > 2009/2/15 André Hentschel <nerv(a)dawncrow.de <mailto:nerv@dawncrow.de>> > > Ricardo Filipe schrieb: > > hi andré, > > alex didn't apply your patch. he just fixed the .css to give it the > > same style as it had before. > > > > 2009/2/15 André Hentschel <nerv(a)dawncrow.de > <mailto:nerv@dawncrow.de> <mailto:nerv@dawncrow.de > <mailto:nerv@dawncrow.de>>> > > > > Hello, > > Bug #16466 is declared as fixed. but it isnt. my patch should do > > something else. > > I wanted let each top 10 in its own color(platin, gold or > bronce) and > > not to have the platin-look for all. > > anything went wrong while using my patch. maybe the other patch > > went in, > > too? > > It should be this style: > http://www.funplugged.bplaced.net/appdb/ > > > > > > > Hi Ricardo, > but its not the same as before, look at my attachment in bug > #16466, do > you see something else then me? > > > it's not bug #16466 for sure :P > i don't really remember how it was before, and i'm not too fond of > having gold and silver apps with the white too, but it serves it's > function fine... > you'd better talk to alex on that to be sure what's the objective. sorry, it was #16442

1 0

AppDB new design: Top 10s still look ugly
by André Hentschel 15 Feb '09

15 Feb '09

Hello, Bug #16466 is declared as fixed. but it isnt. my patch should do something else. I wanted let each top 10 in its own color(platin, gold or bronce) and not to have the platin-look for all. anything went wrong while using my patch. maybe the other patch went in, too? It should be this style: http://www.funplugged.bplaced.net/appdb/

2 2

Re: mshtml: Correctly test to see if PutProperty_CLASSIDPROP is called
by Alistair Leslie-Hughes 15 Feb '09

15 Feb '09

Ignore this, the subject is wrong. "Alistair Leslie-Hughes" <leslie_alistair(a)hotmail.com> wrote in message news:4997DB01.1000602@hotmail.com... > Hi, > > Changelog: > mshtml: Correctly test to see if PutProperty_CLASSIDPROP is called. > > Best Regards > Alistair Leslie-Hughes > > > > -------------------------------------------------------------------------------- > From 14267df8f532c7acc7cc184c3c1e020639ca8702 Mon Sep 17 00:00:00 2001 > From: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> > Date: Fri, 6 Feb 2009 20:03:47 +1100 > Subject: [PATCH] Corrected tests > To: wine-patches <wine-patches(a)winehq.org> > > --- > dlls/urlmon/tests/url.c | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/dlls/urlmon/tests/url.c b/dlls/urlmon/tests/url.c > index c062cf8..e5895c4 100644 > --- a/dlls/urlmon/tests/url.c > +++ b/dlls/urlmon/tests/url.c > @@ -313,7 +313,7 @@ static DWORD WINAPI thread_proc(PVOID arg) > CHECK_CALLED(Obj_OnProgress_BEGINSYNCOPERATION); > CHECK_CALLED(CreateInstance); > CHECK_CALLED(PutProperty_MIMETYPEPROP); > - CLEAR_CALLED(PutProperty_CLASSIDPROP); > + CHECK_CALLED(PutProperty_CLASSIDPROP); > CHECK_CALLED(Load); > CHECK_CALLED(Obj_OnProgress_ENDSYNCOPERATION); > CHECK_CALLED(OnObjectAvailable); > @@ -612,7 +612,7 @@ static HRESULT WINAPI Protocol_Start(IInternetProtocol > *iface, LPCWSTR szUrl, > CHECK_CALLED(Obj_OnProgress_BEGINSYNCOPERATION); > CHECK_CALLED(CreateInstance); > CHECK_CALLED(PutProperty_MIMETYPEPROP); > - CLEAR_CALLED(PutProperty_CLASSIDPROP); > + CHECK_CALLED(PutProperty_CLASSIDPROP); > CHECK_CALLED(Load); > CHECK_CALLED(Obj_OnProgress_ENDSYNCOPERATION); > CHECK_CALLED(OnObjectAvailable); > -- > 1.5.4.3 > > -------------------------------------------------------------------------------- > >

1 0

Proposal: put Winetricks into Wine menu
by Dan Kegel 15 Feb '09

15 Feb '09

I know, when I wrote Winetricks, I meant it as a developers' tool only. But... then... people started using it, and it made sense to provide it as a way to download missing visual C++ runtimes etc. for average users. Quite a few newbies trip over the fact that it needs cabextract installed. Let's make it easy for folks, actually package it up along with Wine (SuSE does this already), and put it in the Wine menu right beneath "Uninstall Windows Software". What do people think? It might make life easier for a lot of folks. (And, come to think of it, we should include some documentation in that menu. "man wine" just doesn't cut it for the average gui user, and "wine manual page" in the gnome help browser is a broken link. But that's a separate issue.) - Dan

3 4

Wine desktop integration: current directory of app launched with doubleclick?
by Dan Kegel 15 Feb '09

15 Feb '09

I *almost* have a great success story to report; the only thing keeping it from being a success story is the current directory chosen by Nautilus when double-clicking on .exe files. My wife hurt a finger trying to impersonate a Sampsonite Luggage gorilla, and had to go to a hand doctor. Along the way her hand got x-rayed, and the doctor handed her a cd-rom with the x-ray pictures on it. The disc has an autorun.inf on it that should start ViewSel.exe. I don't know if that's supposed to work with Wine and Nautilus, but probably doubleclicking on ViewSel.exe does the same thing. ViewSel.exe puts up two big buttons: low res (which launches a web browser on an html file), and high res (which launches a DICOM viewer). If you cd to the root of the cd-rom drive and run ViewSel, it works. If the current directory is anything else, it doesn't work. If you start the autorun app via Nautilus, those buttons don't work, so presumably it sets the current directory to something other than the root of the drive. To see, I created a wrapper shell script, ~/bin/mywine, containing #!/bin/sh pwd > /tmp/log and used "Start with" to launch ViewSel.exe with ~/bin/mywine. This showed that the current directory was $HOME. I had a look at the gnome code to see how it decided, but it was a bit hard to follow. (See gnome_vfs_mime_application_launch_with_env.) So I tried a little shell magic. I created a new wrapper shell script that assumes the argument is a path to a file, and sets the current directory to the directory containing that file: #!/bin/sh DIR=`dirname "$1"` DIR=`cd "$DIR"; pwd` cd "$DIR" wine "$@" That worked better; it let ViewSel.exe launch the DICOM viewer. So... I suppose the next step is to look at the debian/ubuntu packages for wine and see if that little wrapper script could be incorporated into the default way file browsers start wine? It sure would be nice if apps that expected the current directory to behave like this (it's not uncommon!) Just Worked. - Dan

4 9

Re: [Bug 17104] Drives in winecfg can not be set correctly for paths containing non-latin (probably multibyte) characters. [utf-8]
by Austin English 15 Feb '09

15 Feb '09

On Sat, Feb 14, 2009 at 5:59 PM, <wine-bugs(a)winehq.org> wrote: > http://bugs.winehq.org/show_bug.cgi?id=17104 > > > Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|RESOLVED |CLOSED > > > > > --- Comment #10 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-02-14 17:59:35 --- > Confirming fixed. > > Closing bug fixed in wine-1.1.15. > > > -- > Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email > Do not reply to this email, post in Bugzilla using the > above URL to reply. > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. > Perhaps we should wait for bugs to be closed by AJ in the next release, even if they were fixed in a previous release? That way, they should up in the release notes. Dan brought it up on another bug, and I agree...but figured it should be brought up here. Thoughts? -- -Austin

2 1

Re: mshtml: allow REG_EXPAND_SZ values for GeckoCabDir
by Juan Lang 14 Feb '09

14 Feb '09

Hi Christoph, - /* @@ Wine registry key: HKCU\Software\Wine\MSHTML */ - res = RegOpenKeyW(HKEY_CURRENT_USER, mshtml_keyW, &hkey); - if(res != ERROR_SUCCESS) - return FALSE; - file_name = heap_alloc(size+sizeof(GECKO_FILE_NAME)); - res = RegQueryValueExA(hkey, "GeckoCabDir", NULL, &type, (PBYTE)file_name, &size); + /* @@ Wine registry key: HKCU\Software\Wine\MSHTML */ + res = RegGetValueA(HKEY_CURRENT_USER, mshtml_keyA, "GeckoCabDir", RRF_RT_ANY, &type, (PBYTE)file_name, &size); This change is unrelated to the subject. One change per patch, please. + if(res != ERROR_SUCCESS || (type != REG_SZ && type != REG_EXPAND_SZ)) { heap_free(file_name); return FALSE; } If you're allowing REG_EXPAND_SZ, oughtn't you call ExpandEnvironmentVariablesA as well? --Juan

2 2

Re: Proposal: put Winetricks into Wine menu
by Dan Kegel 14 Feb '09

14 Feb '09

So, for people packaging wine, here's a proposed plan: 0. See http://wiki.winehq.org/winetricks if you're not familiar with winetricks 1. Download http://www.kegel.com/wine/winetricks (or get it via svn, see http://code.google.com/p/winezeug ) It's a monolithic shell script, so you don't need to compile it or anything. 2. Move it to /usr/bin and do chmod +x /usr/bin/winetricks 3. Add a dependecy on cabextract, sha1sum, and wget or curl. 4. In your package's changelog, note which version of Winetricks you pulled down. You'll want to pull down a fresh one every time you package Wine, as it contains download URLs that occasionally go stale. (In particular, I need to update the gecko URL for wine-1.1.5, I'll do that today.) The Suse packages already do all the above steps, I think; you might ask Marcus Meissner if you want to confirm the details. Here's the part that I don't think anybody does yet: 5. Add a menu item under Applications / Wine that runs /usr/bin/winetricks. In Ubuntu, the existing menu items are Programs Browse C: Drive Configure Wine Uninstall Wine Software Assuming we name the menu item Winetricks, the menu would then look like Programs Browse C: Drive Configure Wine Uninstall Wine Software Winetricks Now, at some point we should come up with a better menu item name than Winetricks, but I have no idea how to sum it up properly. winetricks has a fair bit of name recognition, and requires no localization, so let's run with that name until we figure out what it should really be called, and what the GUI really should look like in the end. (We also need a menu item there for "Help Using Wine", but nobody's written that yet. It can't just be links to the FAQ, since it has to work while offline.) Sound good? - Dan

3 3

GSoC 2009 coming up
by Kai Blin 14 Feb '09

14 Feb '09

Hi folks, the organization application period for GSoC 2009 is starting on March 9th, so it's time to get our http://wiki.winehq.org/SummerOfCode wiki page in shape again. Detlef Riekenberg and Roderick Colenbrander made a good start, so if the rest of you could check and make sure that all the projects on there still make sense? We should also investigate possible changes to the requirements (weekly reports to the mailing list come to mind). Maarten, any comments? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

2 1

Re: Firefox 3 runs faster on Linux+Wine than on Linux -- comparative to running on Windows
by Susan Cragin 14 Feb '09

14 Feb '09

>Hi, > >For those not monitoring slashdot [1], there is an article [2] that is >comparing the Google V8 benchmark on Windows and Linux versions of >Firefox 3. > >The result of this is that the Windows and Wine runs are pretty close >(241 vs 227) when compared to the Linux run (181) and Opera (155). > >I wonder what the results are like on Firefox 3.1 with tracemonkey >enabled on Windows, Wine and Linux. > >[1] http://tech.slashdot.org/article.pl?sid=09/02/13/0058251 >[2] http://www.tuxradar.com/content/browser-benchmarks-2-even-wine-beats-linux-… > >- Reece One thing that interested me... one person wrote that Linux/Firefox compiled with msvc was faster than gcc, because msvc is better at optimization. Has anyone tried compiling wine with msvc? Susan

3 2

msvcrt:file test failures under wine and winetest
by Austin Lund 14 Feb '09

14 Feb '09

I've been playing around with the odd failure that occurs on some platforms for the msvcrt:file tests. http://test.winehq.org/data/6a1537c4b5037be5253c33021fda3a02430533f7/#group… I am able to recreate it on my computer running ubuntu 8.10. (tag: apl-u810-dell630) I was trying to nail down what exactly problem was when I found the following: $ ./programs/winetest/winetest -o out -c msvcrt:file 2> /dev/null && tail -n 8 out Test output: msvcrt:file start dlls/msvcrt/tests/file.c - file: 3 tests executed (0 marked as todo, 0 failures), 0 skipped. file: 1 tests executed (0 marked as todo, 0 failures), 0 skipped. file: 5 tests executed (0 marked as todo, 0 failures), 0 skipped. file: 5 tests executed (0 marked as todo, 0 failures), 0 skipped. file: 462 tests executed (0 marked as todo, 0 failures), 0 skipped. msvcrt:file done (0) It seemed to succeed when it was the only test run. I played around for a bit with this and found the combination of tests which causes the failure: $ ./programs/winetest/winetest -o out -c msvcrtd:debug msvcrt:file 2> /dev/null && tail -n 13 out Test output: msvcrtd:debug start dlls/msvcrtd/tests/debug.c - debug: 2 tests executed (0 marked as todo, 0 failures), 0 skipped. msvcrtd:debug done (0) msvcrt:file start dlls/msvcrt/tests/file.c - file: 3 tests executed (0 marked as todo, 0 failures), 0 skipped. file: 1 tests executed (0 marked as todo, 0 failures), 0 skipped. file.c:1057: Test failed: fstat(stdin) failed: errno=2 file.c:1066: Tests skipped: stdin is not a char device? st_mode=100666 file: 5 tests executed (0 marked as todo, 0 failures), 0 skipped. file: 5 tests executed (0 marked as todo, 0 failures), 0 skipped. file: 458 tests executed (0 marked as todo, 1 failure), 1 skipped. msvcrt:file done (1) Also of note is that when doing "make test" this failure never occurs. So whatever is going on, it is a strange interaction between msvcrtd:debug msvcrt:file tests and winetest. Another point to make is that the error that corresponds to errno=2 is "No such file or directory", which is an odd message for a filedes which is meant to be stdin. Does anyone have any tips on what to look at to nail this one down?

1 0

Firefox 3 runs faster on Linux+Wine than on Linux -- comparative to running on Windows
by Reece Dunn 14 Feb '09

14 Feb '09

Hi, For those not monitoring slashdot [1], there is an article [2] that is comparing the Google V8 benchmark on Windows and Linux versions of Firefox 3. The result of this is that the Windows and Wine runs are pretty close (241 vs 227) when compared to the Linux run (181) and Opera (155). I wonder what the results are like on Firefox 3.1 with tracemonkey enabled on Windows, Wine and Linux. [1] http://tech.slashdot.org/article.pl?sid=09/02/13/0058251 [2] http://www.tuxradar.com/content/browser-benchmarks-2-even-wine-beats-linux-… - Reece

3 3

Re: atmlib: add stub dll
by Nikolay Sivov 13 Feb '09

13 Feb '09

Austin English wrote: > Needed by photoshop cs4. See bug 16385. > > diff --git a/dlls/atmlib/atmlib_main.c b/dlls/atmlib/atmlib_main.c > new file mode 100644 > index 0000000..bb17989 > --- /dev/null > +++ b/dlls/atmlib/atmlib_main.c > @@ -0,0 +1,45 @@ > +/* > + * MSSIGN32 implementation > + * > + * Copyright 2009 Austin English > + * > Hi, Austin, not mssign32 ).

2 2

Re: wintrust(3/3): Fix a couple tests on a variety of systems
by Ge van Geldorp 13 Feb '09

13 Feb '09

> From: Alexandre Julliard <julliard(a)winehq.org> > > Paul Vriens <paul.vriens.wine(a)gmail.com> writes: > > > I sent out an email earlier to ask if we should include more > > information in the header of the report. We could use that > > information, if this change will be accepted by AJ, to > > limit the reporting only to boxes were we have admin rights. > > > > As soon as all boxes have zero failures (yeah, right) we > > can remove that limit. > > Yes, we will want to fix these tests eventually, since we > will some day support multi-user setups where normal users > won't have admin rights, and we will need tests to make sure > we fail the right way. But in the meantime we can certainly > block these reports and concentrate on the more meaningful failures. I'll take that as a hint to switch my test machines to full admin. Should result in quite a bit more green. Ge.

1 0

Re: [sane.ds try2 1/3] Get resolution from sane, instead of hard coding -1.
by Juan Lang 13 Feb '09

13 Feb '09

Hi Jeremy, a couple comments: - pImageInfo->XResolution.Whole = -1; + if (sane_option_get_int(activeDS.deviceHandle, "resolution", &resolution) == SANE_STATUS_GOOD) + pImageInfo->XResolution.Whole = pImageInfo->YResolution.Whole = resolution; (snip) +/* Option functions */ +#ifdef SONAME_LIBSANE +SANE_Status sane_option_get_int(SANE_Handle h, const char *option_name, SANE_Int *val); +#endif With this change, sane.ds will not compile unless SONAME_LIBSANE is defined. Is this intended? More likely not, and you need to provide a version of sane_option_get_int when it isn't defined, or use an #ifdef at the call site (ick.) The other comment is, is adding a new file (option.c) really necessary? If you're planning to expand it a lot, perhaps, but just for this one small function it looks like overkill to me. --Juan

2 2

RFC: patch to advapi32's cred tests
by Juan Lang 13 Feb '09

13 Feb '09

Hi all, I've written a patch which should fix the failing advapi32 cred tests that mirrors the skips in the existing tests: diff --git a/dlls/advapi32/tests/cred.c b/dlls/advapi32/tests/cred.c index 58103c6..bb6935b 100644 --- a/dlls/advapi32/tests/cred.c +++ b/dlls/advapi32/tests/cred.c @@ -238,7 +238,13 @@ static void test_generic(void) new_cred.UserName = (char *)"winetest"; ret = pCredWriteA(&new_cred, 0); - ok(ret, "CredWriteA failed with error %d\n", GetLastError()); + ok(ret || broken(GetLastError() == ERROR_NO_SUCH_LOGON_SESSION), + "CredWriteA failed with error %d\n", GetLastError()); + if (!ret) + { + skip("couldn't write generic credentials, skipping tests\n"); + return; + } ret = pCredEnumerateA(NULL, 0, &count, &creds); ok(ret, "CredEnumerateA failed with error %d\n", GetLastError()); I'm wondering whether a better patch would be to change the persist type from CRED_PERSIST_ENTERPRISE to CRED_PERSIST_LOCAL_MACHINE. Rob, this is particularly aimed at you since you wrote the original tests: is there a good reason to use CRED_PERSIST_ENTERPRISE here? --Juan

2 2

How to get more info on timed out/crashed tests?
by Juan Lang 13 Feb '09

13 Feb '09

Hi all, there are a number of tests at test.winehq.org that indicate that they're timed out or crashed. The difficulty is, I have no access to machines running the version of Windows on which the test is timing out or failing, and the data about the crash are not helpful in pinpointing the failing test. How can we get more information about these timeouts/crashes? --Juan

3 3

RE: [1/2] gdiplus/tests: Some tests for Image raw format value
by Nikolay Sivov 13 Feb '09

13 Feb '09

Anything wrong with that? http://www.winehq.org/pipermail/wine-patches/2009-February/069267.html http://www.winehq.org/pipermail/wine-patches/2009-February/069273.html

1 0

Re: wintrust(3/3): Fix a couple tests on a variety of systems
by Paul Vriens 13 Feb '09

13 Feb '09

Juan Lang wrote: > --Juan > > > ------------------------------------------------------------------------ > > This is of course on boxes where people dont' run winetest as a administrator. I'm not sure if ERROR_ACCESS_DENIED is thus actually an acceptable failure. In other tests we have used skip() for this. -- Cheers, Paul.

4 5

Proposed goal for website: happily usable at 800x600?
by Dan Kegel 13 Feb '09

13 Feb '09

What with netbooks with small screens abounding, it might make sense to review our web site and make sure its most important parts are usable in an 800x600 screen (easy to simulate, just resize your browser until xwininfo says it's 800x550, those gnome top and bottom bars chew 25 pixels each). That's asking a lot, I suppose... - Dan

7 9

Re: [PATCH] comdlg32: check for lfs NULL ptr (Coverity)
by Alexandre Julliard 13 Feb '09

13 Feb '09

Marcus Meissner <marcus(a)jet.franken.de> writes: > CID 119, 188, resubmit with working patch from earlier round. > > I guess we could also just let it crash if this happens, but > I am not feeling comfortable. These are internal functions, it doesn't make sense to call them with NULL. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: urlmon: Corrected tests (resend)
by Alexandre Julliard 13 Feb '09

13 Feb '09

Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> writes: > Hi, > > Changelog: > urlmon: Corrected tests Please write a better description. "Corrected tests" applies to every test commit. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: gdi32: Fixed a couple of Win64 pointer cast compiler warnings
by Alexandre Julliard 13 Feb '09

13 Feb '09

Eddie Leung <eddie.leung.2009(a)anderson.ucla.edu> writes: > diff --git a/dlls/gdi32/dc.c b/dlls/gdi32/dc.c > index c8a3c4c..44a9a6f 100644 > --- a/dlls/gdi32/dc.c > +++ b/dlls/gdi32/dc.c > @@ -1433,7 +1433,7 @@ static BOOL WINAPI call_dc_hook16( HDC hdc, WORD code, DWORD_PTR data, LPARAM lP > args[2] = LOWORD(data); > args[1] = HIWORD(lParam); > args[0] = LOWORD(lParam); > - WOWCallback16Ex( (DWORD)dc->hookProc, WCB16_PASCAL, sizeof(args), args, &ret ); > + WOWCallback16Ex( (DWORD_PTR)dc->hookProc, WCB16_PASCAL, sizeof(args), args, &ret ); The correct fix for these things is to move them to a 16-bit file that doesn't get compiled at all for Win64. It doesn't make sense to call WOWCallback16 in 64-bit mode. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: lz32: Fix several test failures on Windows 9x systems
by Alexandre Julliard 13 Feb '09

13 Feb '09

Juan Lang <juan.lang(a)gmail.com> writes: > @@ -231,7 +231,9 @@ static void test_LZOpenFileA_existing_compressed(void) > file = LZOpenFileA(_terminated, &test, OF_EXIST); > ok(file >= 0, "LZOpenFileA failed on switching to a compressed file name\n"); > ok(test.cBytes == sizeof(OFSTRUCT) || > - broken(test.cBytes == 40), /* win95 */ > + broken(test.cBytes == 34) /* winME */ || > + broken(test.cBytes == 40) /* win95 */ || > + broken(test.cBytes == 48), /* some win95 */ My guess is that this depends on the length of the filename, not on the platform. -- Alexandre Julliard julliard(a)winehq.org

1 0

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