http://bugs.winehq.org/show_bug.cgi?id=4370
cdunn42(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cdunn42(a)yahoo.com
------- Additional Comments From cdunn42(a)yahoo.com 2006-09-02 08:23 -------
Having a similar problem with QCharts since wine 0.9.6, so I thought I should
add a comment here instead of creating a new bug. The error I get is :
err:ole:ITypeInfo_fnInvoke failed to convert param 1 to VT_VARIANT|VT_BYREF from
VT_VARIANT|VT_BYREF
Copying the old dlls/oleaut32/typelib.c from 0.9.5 eliminates the error.
QCharts is subscription software, but the bug shows up before you have to give a
username/password, so it should be possible to test without subscribing.
Download from www.qcharts.com :
http://www.quote.com/qcdownload/QChartsUpdate/SetupQCharts51.exe
Mozilla ActiveX control required, true type fonts reccomended, native dlls
needed : mfc42.dll, msvcirt.dll
Seems to happen when trying to embed the browser in the login screen. Pops up a
dialog saying "Internal Application Error", but does not prevent the rest of the
app from running.
--
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=3771
darkvater(a)operamail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From darkvater(a)operamail.com 2006-09-02 06:06 -------
"Is this app still crashing with current wine version?" <-- you
"Yes, problem persists" <-- me
"Since it is not crashing for you anymore I will close this bug as FIXED." <--
you
Perhaps a misunderstanding, but the game still crashes, I just tested it in my
comment with 0.9.7
--
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=4436
------- Additional Comments From J.A.Gow(a)furrybubble.co.uk 2006-09-02 04:58 -------
Thanks for the comments Mike. However I first must stress that the Commit is
_not_ the source of the trouble. The app uses a storage file that is shipped
with the app, i.e. it does not create it. I do have to create one during the
performance tests in order to have something to test with and I do the Commit
just to be sure that all streams are correctly written to the file (I don't know
if it is strictly necessary, as I said I am not a Windows apps programmer!)
The problem is almost certainly somewhere in the reference counting. Yes, my
patch _does_ work on Windows (tested on XP - I can't test other versions of
Win), and _does_ fail on Wine CVS. I described the methodology behind my
Releases in the comments earlier in the bug report.
I completely agree with you that it is technically wrong to have to Release
twice. However, under Wine I _must_ to do this or the storage file is not
closed! This is the actual problem! Under Windows, I only have to Release once,
as would be expected. So that is the reason I had two Releases in the
performance test, the second enclosed in a return code test.
Under Wine, the first Release returns 1, but does not close the storagefile. The
second Release returns zero and closes the file. If I do not execute the second
Release under Wine, the file remains open and cannot be reopened in subsequent
tests.
Under WinXP, the first release returns zero, and closes the storage file. The
second Release is then not executed. This stops the conformance test from
crashing under Windows, as the first Release frees the 'stg' object.
I looked at your patch modification, and this will segfault under Win (I know,
this is how I did it initially!) as after the first Release, the 'stg' object is
freed. The second Release is called on unallocated memory, and the conformance
test crashes. It will, however, not segfault under Wine because under Wine, the
first Release does _not_ free the 'stg' object. The way I did it highlights the
problem without the conformance test crashing under Win.
I have submitted the original patch to wine-patches, however I forgot the
todo_wine { } sections, so I may have to resubmit it.
--
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=4519
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Quake 4 Demo fails to |Quake 4 Demo fails to
|install |install
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-09-02 03:25 -------
I remember it to install fine a couple of weeks ago, so looks like a
regression. Could you test if it works with earlier versions, as to see if it's
really a regression|?
--
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=4427
------- Additional Comments From dabljuh(a)dabserver.dyndns.org 2006-09-02 02:37 -------
Ok, I managed to find a workaround for the flashbang bug: When I change the
game's resolution from 1600:1200 to 1280:960, the flashbangs no longer crash my
game. 1600:1200 is also my desktop resolution, so I do not know if it is the
resolution alone, or the fact that it is the same resolution as my desktop
(randr problem?) causes the crash. When I go back to 1600:1200 I experience the
crashes again.
Update on the DXlevel issues: Upgrading to 0.9.7 indeed did change something,
rather than CTD'ing when any other dxlevel than 70 is set up, the menu screen
remains bright white. Experimentally I have played with the shader settings in
winecfg and found that disabling VERTEX shaders would display the menu
correctly, but, regardless of the state of Pixelshaders would not allow me to
play the game (CTD with the DX8Mesh error). Keeping Vertex Shaders enabled
(white-out menu) and joining a game via the command line results in glitchy
graphics in game. The entire screen appears blue, several textures are missing,
and the player models appear warped and deformed (vertex shader problem).
Keeping pixel shaders disabled while vertex shaders are enabled also crashes the
game. Note this happens for dxlevel 80, 81, and 90 only, as dxlevel 70 works
like a charm apart from the worked-around flashbang issue.
--
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=4443
------- Additional Comments From frix(a)engineer.com 2006-09-02 01:50 -------
Hi there,
Testing Omni Accounts with a Richedit 2 DLL from M$Windows 98 seems to work
fine. The feedback from the Wine community was that any riched up to, and
including, windows 2000 should work.
I would love to see Wine support this out of the box, though.
To make this work, follow the following steps:
1.copy native win98 riched20.dll to ~/.wine/drive_c/windows/system32
2. Launch "winecfg"
2.1. Applications-tab: Set "Windows version" to "windows 98"
2.2. Libraries-tab: Add riched20, with options: "native,builtin"
Regards.
--
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=4436
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
--
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.