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.
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.
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.
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.
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.
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.
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@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@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.
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.
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.