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

Re: Link download/MS scheint es nicht mehr zu geben

by H. John

Hallo an die Herren, Entschuldigung, jetzt nach19 Uhr MEZ geht der Link wieder zu Microsoft!! Vielen Dank für das tolle TOOL !!!! Mit freundlichen Grüßen Heiner P.S.: Als Beweis hier die Installation. Vielen, vielen Dank!!!! sh winetricks mdac28 ------------------------------------------------------ You are using a 64-bit WINEPREFIX. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug. ------------------------------------------------------ Executing w_do_call mdac28 Executing load_mdac28 Downloading http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… to /home/gogo/.cache/winetricks/mdac28 --2014-07-13 19:14:30-- http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… Auflösen des Hostnamen »download.microsoft.com (download.microsoft.com)«... 95.101.0.105, 95.101.0.89, 2001:668:108:1::4d43:44a, ... Verbindungsaufbau zu download.microsoft.com (download.microsoft.com)|95.101.0.105|:80... verbunden. HTTP-Anforderung gesendet, warte auf Antwort... 200 OK Länge: 6100504 (5,8M) [application/octet-stream] In »»MDAC_TYP.EXE«« speichern. 100%[======================================>] 6.100.504 2,13MB/s in 2,7s 2014-07-13 19:14:33 (2,13 MB/s) - »»MDAC_TYP.EXE«« gespeichert [6100504/6100504] Using native,builtin override for following DLLs: odbc32 odbccp32 oledb32 Executing winetricks_early_wine regedit C:\windows\Temp\_mdac28\override-dll.reg Setting Windows version to win98 Executing winetricks_early_wine regedit C:\windows\Temp\_mdac28\set-winver.reg Executing wine mdac_typ.exe err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:setupapi:SetupAddInstallSectionToDiskSpaceListA Stub fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\msvcrt.CAB" fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\mtxfiles.CAB" fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\MDACxpak.CAB" fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params f529e0,0 fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\MDACxpak.CAB" p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\SQLXMLXP.CAB" err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\sqlnet.cab" fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\sqlodbc.cab" err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\SQLOLDB.CAB" fixme:advpack:set_ldids Need to support changing paths - default will be used fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\gogo\\Temp\\IXP000.TMP\\JETFILES.CAB" err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. Setting Windows version to winxp Executing winetricks_early_wine regedit C:\windows\Temp\_mdac28\set-winver.reg ----------------------------------------------------------------------------------------------------------------------------------- Am 13.07.2014 15:49, schrieb H. John: > Sehr geehrte Herren, > leider ist mir folgendes passiert, was mache ich falsch, bzw. hat > vielleicht MS wieder die Finger im Spiel!?! > Hier der Ausdruck: > > sh winetricks mdac28 > ------------------------------------------------------ > You are using a 64-bit WINEPREFIX. If you encounter problems, please > retest in a clean 32-bit WINEPREFIX before reporting a bug. > ------------------------------------------------------ > Executing w_do_call mdac28 > Executing load_mdac28 > Executing mkdir -p /home/gogo/.cache/winetricks/mdac28 > Downloading > http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… > to /home/gogo/.cache/winetricks/mdac28 > --2014-07-13 15:39:35-- > http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… > Auflösen des Hostnamen »download.microsoft.com > (download.microsoft.com)«... fehlgeschlagen: Der Name oder der Dienst > ist nicht bekannt. > wget: kann die Host-Adresse »download.microsoft.com« nicht auflösen > ------------------------------------------------------ > Downloading > http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… > failed > ------------------------------------------------------ > -------------------------------------------------------------------------------------------------------------------------------- > Vielleicht könnte mir jemand auf die Sprünge Helfen. > Vielen Dank > Heiner >

July 13, 2014

Re: Are there automated tests that verify that Wine's drawing operations produce the same visual output as in Windows?

by Ken Thomases

On Jul 13, 2014, at 11:39 AM, Alexander Almaleh <sashoalm(a)gmail.com> wrote: > While testing the Polygon() function for my bug report - https://bugs.winehq.org/show_bug.cgi?id=36891, I used a test program that performs a Polygon() operation on a memory device context, and then saves it to a bitmap - i.e. a *.bmp file. > > I then compared the bitmaps produced under Windows and Wine using a program I wrote in Qt, that just compares width/height, and then makes a pixel-by-pixel comparison (and the Polygon() function did indeed produce a slightly different bitmap). > > Since this process can be easily automated, I'm wondering if such a framework is already being used? If not, I could probably make a sample test program and image comparison tool, if anyone is interested. > > It would be fairly easily to spot all kinds of bugs in the drawing functions using such a testing system. There are such tests. They were central to the development of the DIB engine. See dlls/gdi32/tests/dib.c. The tests run under Wine or on Windows, not both in concert. They can't directly take output from one and compare to the other. Also, one doesn't want to store a slew of bitmaps into the tests for pixel-wise comparison. So, the approach is to take a hash of the bitmap data and compare to a hash of a known-good bitmap. -Ken

July 13, 2014

Are there automated tests that verify that Wine's drawing operations produce the same visual output as in Windows?

by Alexander Almaleh

While testing the Polygon() function for my bug report - https://bugs.winehq.org/show_bug.cgi?id=36891, I used a test program that performs a Polygon() operation on a memory device context, and then saves it to a bitmap - i.e. a *.bmp file. I then compared the bitmaps produced under Windows and Wine using a program I wrote in Qt, that just compares width/height, and then makes a pixel-by-pixel comparison (and the Polygon() function did indeed produce a slightly different bitmap). Since this process can be easily automated, I'm wondering if such a framework is already being used? If not, I could probably make a sample test program and image comparison tool, if anyone is interested. It would be fairly easily to spot all kinds of bugs in the drawing functions using such a testing system.

July 13, 2014

Re: [PATCH 3/4] vbscript: Implemented Abs(try 7)

by Piotr Caban

On 07/13/14 15:49, Shuai Meng wrote: > You're not handling res==NULL case correctly. E.g. Call > Abs("string") should fail. > > I have tested this case for many times, and I think Call Abs("string") > is just OK https://testbot.winehq.org/JobDetails.pl?Key=7967 > and it's OK that write directly using vbscript on wiinxp and win7. Abs should behave in the same way no matter it's return value is used or not. You have added following test: Call Abs(-4) it succeeds because -4 is a valid Abs argument. If you add this test: Call Abs("string") it will fail on windows.

July 13, 2014

Re: [PATCH 3/4] vbscript: Implemented Abs(try 7)

by Shuai Meng

Thank you for commenting. 2014-07-11 16:50 GMT+08:00 Piotr Caban <piotr.caban(a)gmail.com>: > Hi, > > On 07/11/14 05:49, Shuai Meng wrote: > >> static HRESULT Global_Abs(vbdisp_t *This, VARIANT *arg, unsigned >> args_cnt, VARIANT *res) >> { >> - FIXME("\n"); >> - return E_NOTIMPL; >> + TRACE("(%s)\n", debugstr_variant(arg)); >> + >> + assert(args_cnt == 1); >> + >> + if(!res) >> + return S_OK; >> + >> + return VarAbs(arg,res); >> } >> > > You're not handling res==NULL case correctly. E.g. Call Abs("string") > should fail. > I have tested this case for many times, and I think Call Abs("string") is just OK https://testbot.winehq.org/JobDetails.pl?Key=7967 and it's OK that write directly using vbscript on wiinxp and win7. > > Thanks, > Piotr >

July 13, 2014

Link download/MS scheint es nicht mehr zu geben

by H. John

Sehr geehrte Herren, leider ist mir folgendes passiert, was mache ich falsch, bzw. hat vielleicht MS wieder die Finger im Spiel!?! Hier der Ausdruck: sh winetricks mdac28 ------------------------------------------------------ You are using a 64-bit WINEPREFIX. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug. ------------------------------------------------------ Executing w_do_call mdac28 Executing load_mdac28 Executing mkdir -p /home/gogo/.cache/winetricks/mdac28 Downloading http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… to /home/gogo/.cache/winetricks/mdac28 --2014-07-13 15:39:35-- http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… Auflösen des Hostnamen »download.microsoft.com (download.microsoft.com)«... fehlgeschlagen: Der Name oder der Dienst ist nicht bekannt. wget: kann die Host-Adresse »download.microsoft.com« nicht auflösen ------------------------------------------------------ Downloading http://download.microsoft.com/download/4/a/a/4aafff19-9d21-4d35-ae81-02c48d… failed ------------------------------------------------------ Vielleicht könnte mir jemand auf die Sprünge Helfen. Vielen Dank Heiner

July 13, 2014

Re: [1/3] rsaenh/tests: Make the tests pass in Windows <= NT4

by Dmitry Timoshkov

Bruno Jesus <00cpxxx(a)gmail.com> wrote: > + if (!result && GetLastError() == NTE_BAD_FLAGS) /* <= NT4 */ > + { > + ok(broken(1), "Failed to support CRYPT_USERDATA flag\n"); > + result = CryptHashData(hHash, pbData, sizeof(pbData), 0); > + } Wouldn't it be simpler to create a variable 'crypt_flags' that includes CRYPT_USERDATA (among others if needed), and clear CRYPT_USERDATA in the flags once the test detects a failure? That way the failure handling should be performed only once: crypt_flags = CRYPT_USERDATA | ...; result = CryptHashData(hHash, pbData, sizeof(pbData), crypt_flags); if (!result && GetLastError() == NTE_BAD_FLAGS) /* <= NT4 */ { ok(broken(1), "Failed to support CRYPT_USERDATA flag\n"); crypt_flags &= ~CRYPT_USERDATA; result = CryptHashData(hHash, pbData, sizeof(pbData), crypt_flags); } ok(result, "%08x\n", GetLastError()); -- Dmitry.

July 13, 2014

Re: comctl32/listview: preserve custom colors between subitems

by Nikolay Sivov

Please add a test for that.

July 13, 2014

Re: dxdiag: Do not omit mandatory argument to WriteFile.

by Lauri Kenttä

On 2014-07-12 20:50, Thomas Faber wrote: > It can only be NULL for asynchronous writes. Notice the last sentence. > Invocations with both lpNumberOfBytesWritten = NULL and > lpOverlapped = NULL always crash on Windows. Indeed. I accidentally skipped the "not". :) -- Lauri Kenttä

July 12, 2014

Re: dxdiag: Do not omit mandatory argument to WriteFile.

by Thomas Faber

On 2014-07-12 17:07, Lauri Kenttä wrote: > I'm sorry if I missed something, but at least MSDN clearly states that > this is usually an optional argument. > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa365747%28v=vs.85%… > > For example, > "lpNumberOfBytesWritten [out, optional]" > "Use NULL for this parameter if this is an asynchronous operation to > avoid potentially erroneous results." > "This parameter can be NULL only when the lpOverlapped parameter is not > NULL." It can only be NULL for asynchronous writes. Notice the last sentence. Invocations with both lpNumberOfBytesWritten = NULL and lpOverlapped = NULL always crash on Windows.

July 12, 2014