November 2006 - Wine-bugs - list.winehq.org

[Bug 6618] Warcraft III Crash on intro movie playback
by Wine Bugs 10 Nov '06

10 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=6618 ------- Additional Comments From yummydwagon(a)gmail.com 2006-09-11 18:36 ------- Well from a fresh install of wine, war3 and FT, i still get the same error. Works fine as soon as i rename movies. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6638] ADODB.Recordset.Fields.Append method fails when last parameter omitted
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=6638 ------- Additional Comments From a_villacis(a)palosanto.com 2006-09-11 16:50 ------- Created an attachment (id=4045) --> (http://bugs.winehq.org/attachment.cgi?id=4045&action=view) IDL of the ADODB typelib with the Attach method This is the IDL of the typelib responsible for the crash. One thing is apparent in close examination: There are really two methods. There is an: [id(0x00000003)] void Append( [in] BSTR Name, [in] DataTypeEnum Type, [in, opt, hasdefault] ADO_LONGPTR DefinedSize, [in, opt, hasdefault] FieldAttributeEnum Attrib, [in, opt] VARIANT FieldValue); And then, there is an: void _stdcall _Append( [in] BSTR Name, [in] DataTypeEnum Type, [in, opt, hasdefault] ADO_LONGPTR DefinedSize, [in, opt, hasdefault] FieldAttributeEnum Attrib); The key differences between the two methods (apart from the underscore) is that 1) Append and _Append differ only in the presence of the critical parameter FieldValue. Note that FieldValue is declared as [in, opt], but does not have a hasdefault attribute. 2) _Append does not have an ID for the IDispatch interface. If I understand the code correctly, this means it cannot be directly invoked through IDispatch. I have a hypothesis, that native oleaut32 checks the number of parameters given to the Invoke method. The Invoke method was given the ID of the Append method, but in the 4-parameter case, _Append gets called instead, since its parameter list more closely matches the actual usage. So the general rule might be: if there are ommited parameters with [in, opt] attributes, but no hasdefault attribute, then check whether an underscore-prefixed version of the method exists which does not have the problematic parameter, and call that instead. This obviously requires a testcase, but this seems sensible to me, at least in principle. The underscore might then work as a kind of crude method overloading. Builtin oleaut32 does not follow this rule, and ends up invoking the wrong version of the method, with the exception explained earlier. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6638] ADODB.Recordset.Fields.Append method fails when last parameter omitted
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=6638 ------- Additional Comments From a_villacis(a)palosanto.com 2006-09-11 16:28 ------- Created an attachment (id=4044) --> (http://bugs.winehq.org/attachment.cgi?id=4044&action=view) Visual Basic 6 testcase demonstrating bug. This attachment is a minimal sample program that demonstrates the bug. The program requires MDAC for the ADO objects. The program was demonstrated with MDAC 2.8, but 2.6 might work as well. When run, this program will display a dialog with two buttons. The top one with the label "Ejecutar prueba" (Spanish for "Run test") will execute CreateObject() to get an instance of an ADODB.Recordset, and then invoke the Append method on the Fields member of the returned object. The exact sequence of actions can be reviewed in the source code (wndPrueba.frm), in the method cmdPrueba_Click(). The second button deliberately crashes in native as well as in builtin, and is intended to demonstrate failure modes in order to write a testcase. A trace is provided in the file salida.txt, included inside the tarball. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6638] New: ADODB.Recordset.Fields.Append method fails when last parameter omitted
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=6638 Summary: ADODB.Recordset.Fields.Append method fails when last parameter omitted Product: Wine Version: 0.9.24. Platform: All OS/Version: Linux Status: NEW Keywords: source, conformance Severity: minor Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: a_villacis(a)palosanto.com Visual Basic application instantiates an ADODB.Recordset with late binding (say, with the CreateObject function). The ADODB.Recordset object has a Fields member, which is a collection of Field objects. The Fields Member has (according to the docs) an Append member to add a new Field object. The documented signature is: ADODB.Recordset.Fields.Append Name As String, Type As DataTypeEnum, DefinedSize As ADO_LONGPTR, Attrib As ADODB.FieldAttributeEnum, FieldValue As Variant The last three parameters are supposed to be optional. With builtin oleaut32, the bug is as follows: Works correctly: Append "fieldName", adVarChar, 128, adFldUnspecified, Empty Throws exception: Append "numeroRucB", adVarChar, 128, adFldUnspecified With native oleaut32 (WinXP), both calls work correctly. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6439] Enterprise Architect (trial) crash at _CheckNotSysLevel on gdi lock
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=6439 a_villacis(a)palosanto.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From a_villacis(a)palosanto.com 2006-09-11 15:58 ------- Bug fixed as of 2006/11/08 by patch which moves DIB palette storage out of winex11.drv and into gdi32, so that CreateCompatibleDC() is no longer necessary at GetDIBits(). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 5079] Office 2000 will not install
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=5079 ------- Additional Comments From vyegorov(a)gmail.com 2006-09-11 15:43 ------- Created an attachment (id=4043) --> (http://bugs.winehq.org/attachment.cgi?id=4043&action=view) `wine setup.exe` output I'm having exactly the same here on 0.9.22 and 0.9.24. What I also did --- I removed my ~/.wine directory and started `wine setup.exe` again. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4619] Warcraft III infinite timeout when trying to connect a badly hosted game on battle.net
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=4619 ------- Additional Comments From martin(a)gamesplace.info 2006-09-11 15:27 ------- As of a git download of today, it still does not work. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6629] Civilization 4: install doesn't detect DirectX presence
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=6629 ------- Additional Comments From basilarchia(a)gmail.com 2006-09-11 13:26 ------- Here are the md5sums for the files on the CD: jcarr(a)jcarr:/media/cdrom0/DirectX9$ ll total 37M -r-xr-xr-x 1 root root 687K Sep 27 2004 BDA.cab -r-xr-xr-x 1 root root 1.2M Sep 27 2004 BDANT.cab -r-xr-xr-x 1 root root 954K Sep 27 2004 BDAXP.cab -r-xr-xr-x 1 root root 74K May 26 2005 DSETUP.dll -r-xr-xr-x 1 root root 471K May 26 2005 DXSETUP.exe -r-xr-xr-x 1 root root 15M Sep 27 2004 DirectX.cab -r-xr-xr-x 1 root root 895K May 26 2005 Jun2005_MDX_x86.cab -r-xr-xr-x 1 root root 1.3M May 26 2005 Jun2005_d3dx9_26_x64.cab -r-xr-xr-x 1 root root 1.1M May 26 2005 Jun2005_d3dx9_26_x86.cab -r-xr-xr-x 1 root root 2.2M May 26 2005 dsetup32.dll -r-xr-xr-x 1 root root 13M Sep 27 2004 dxnt.cab -r-xr-xr-x 1 root root 66K May 26 2005 dxupdate.cab jcarr(a)jcarr:/media/cdrom0/DirectX9$ md5sum * 4091591088f3d6e5d4a2e9416ae175f6 BDA.cab a114245d73b19d4db30f0dcfbfed78a0 BDANT.cab 5fe4366251d5579bd161068880d9ac20 BDAXP.cab ea79347e17a8173df544cca1dc715a8d DSETUP.dll 7a49d60e161e9b48d0a94c6b25afb211 DXSETUP.exe 01291d1a5ca2b731c4df8b29b7cc7838 DirectX.cab be09aa1cdb081481677c43d2c4baa492 Jun2005_MDX_x86.cab 9a9a6d32ce9ce859c03a47f4d3217688 Jun2005_d3dx9_26_x64.cab 60187e3c04e92d1902bf216e3a80aa4f Jun2005_d3dx9_26_x86.cab c9ce4f51cf9e1afc2660e3d3d5612196 dsetup32.dll 3c9b8702654ff68e3ebe688e6b3dc895 dxnt.cab 8a7334ed83e752819591e1b698df4328 dxupdate.cab I copied the d3dx9_26.dll into the system32 manually and you were correct, the install continued this time. Someone else pointed out that wine has it's own directx. I don't know how to proceed to try to figure out how to make the Civ4 installer detect the wine directx. Is there some conversion process to turn /usr/local/lib/wine/wined3d.dll.so into "MS-DOS executable PE for MS Windows" dll format needed in the system32 directory? Looking at opengl32, perhaps I guess the dll is some sort of wrapper that calls into the .so file. jcarr:~/.wine/drive_c/windows/system32# ll /usr/local/lib/wine/opengl32.dll.so -rwxr-xr-x 1 root root 1.2M Nov 7 19:08 /usr/local/lib/wine/opengl32.dll.so jcarr:~/.wine/drive_c/windows/system32# ll opengl32.dll -rw-r--r-- 1 root root 2.4K Nov 7 21:14 opengl32.dll I don't know anything about windows, but I'm willing to try stuff if you can be patient with me on the windows side of things. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6595] Activision's "Gun" fails to install
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=6595 ------- Additional Comments From truiken(a)gmail.com 2006-09-11 13:21 ------- The problem with this installer is that, for some reason, MSI thinks it's running with no UI, which is not the case, so the change media dialog never shows up. I'll look into this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 5533] Windows Installer ignores manual location entry
by Wine Bugs 09 Nov '06

09 Nov '06

http://bugs.winehq.org/show_bug.cgi?id=5533 ------- Additional Comments From ben(a)atomnet.co.uk 2006-09-11 12:47 ------- I really should remember things that don't work. Erm, Carmageddon TDR2000 did it, pretty sure Civilization 4 did it. I'll come back and list more when I find them again. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0