http://bugs.winehq.org/show_bug.cgi?id=9337
Summary: direct 3d errors while running vietcong.exe
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://appdb.winehq.org/appview.php?iVersionId=8864
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: docmccoy80(a)freenet.de
When vietcong.exe is running by wine, I get always the same errors repeatedly:
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options
(nil)/0x33fcb8
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options
(nil)/0x33fa80
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options
(nil)/0x33fd0c
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options
(nil)/0x33df88
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options
(nil)/0x33df68
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options
(nil)/0x33df7c
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options
(nil)/0x33dfa0
When I start a game in Vietcong, it is loading, but then it crashs.
If I want to select the multiplayer character, it also crashs.
I think wine has problems to emulate the direct3d eninge of Vietcong.
Unfortunately I can't give a better bug report, because I don't know much about
wine/d3d/....
Perhaps I just need a dll?!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18172
Summary: Wine crash after fixmes on htmlhelp:HtmlHelpW (Microsoft
Money 99)
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arcepi(a)arcepi.net
Created an attachment (id=20639)
--> (http://bugs.winehq.org/attachment.cgi?id=20639)
Crash log
When trying to use Microsoft Money 99, Wine crashes and dumps core just after
printing some fixmes on htmlhelp:HtmlHelpW.
The crash happens as soon as the user finishes the first step of the start
wizard, which creates the initial configuration.
--
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 watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37610
Bug ID: 37610
Summary: Lotus Approach: Using File, Close dialog causes a
crash
Product: Wine
Version: 1.1.19
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: focht(a)gmx.net, ToddAndMargo(a)zoho.com
Depends on: 18157
Distribution: ---
Created attachment 50056
--> https://bugs.winehq.org/attachment.cgi?id=50056
backtrace
Originally reported in bug 18157.
Install Lotus Approach. Open sample database from
ftp://www.xpertss.com/pub/outgoing/invcalcs.zip
Click, 'File', then 'Close'. Crash.
I'll attach the backtrace.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48509
Bug ID: 48509
Summary: Debian Stretch, Wine 1.8.7-2, Lotus Organizer 97
cannot find DLLs (97 (3.1) .or3 1997 SmartSuite 97)
Product: Wine
Version: 1.8.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: john.p.langley(a)gmail.com
Distribution: ---
Created attachment 66315
--> https://bugs.winehq.org/attachment.cgi?id=66315
Terminal output from the above.
Debian Stretch, Wine 1.8.7-2, Lotus Organizer 97 cannot find DLLs (97 (3.1)
.or3 1997 SmartSuite 97)
Installed Lotus Organizer 97 in Wine last year, ran well.
Installed using command line (user), but get same result using
wine-uninstaller.
Latest apt-get update (22/01/2020) caused problem:
Launched Organizer 97 from command line either by:
wine org97.exe
wine start org97.exe
Wine reported missing DLLS (see attachment):
LTASWN13.DLL
LTASBN13.dll
TZBACK32.dll
LTSCSN10.DL
LTASWN13.DLL
LTTMC11.dll
Copying these to the system32 directory produced:
err:module:attach_process_dlls "TZBACK32.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\lotus\\organize\\org32.exe" failed, status c0000142
Really puzzled - see attachment for full output.
Thanks.
CRISPSIV:~/.wine/drive_c/Program Files/lotus/organize$ err:module:import_dll
Library LTSCSN10.DLL (which is needed by L"C:\\Program
Files\\lotus\\organize\\TZBACK32.dll") not found
err:module:import_dll Library LTASWN13.DLL (which is needed by L"C:\\Program
Files\\lotus\\organize\\TZBACK32.dll") not found
err:module:import_dll Library LTASBN13.dll (which is needed by L"C:\\Program
Files\\lotus\\organize\\TZBACK32.dll") not found
err:module:import_dll Library TZBACK32.dll (which is needed by L"C:\\Program
Files\\lotus\\organize\\org32.exe") not found
err:module:import_dll Library LTSCSN10.DLL (which is needed by L"C:\\Program
Files\\lotus\\organize\\org32.exe") not found
err:module:import_dll Library LTASWN13.DLL (which is needed by L"C:\\Program
Files\\lotus\\organize\\org32.exe") not found
err:module:import_dll Library LTTMC11.dll (which is needed by L"C:\\Program
Files\\lotus\\organize\\org32.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\lotus\\organize\\org32.exe" failed, status c0000135
Copied above DLLs to /windows/system32
This results in:
CRISPSIV:~/.wine/drive_c/Program Files/lotus/organize$ wine org32.exe
err:module:attach_process_dlls "TZBACK32.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\lotus\\organize\\org32.exe" failed, status c0000142
jlangley@CRISPSIV:~/.wine/drive_c/Program Files/lotus/organize$
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48511
Bug ID: 48511
Summary: it won't run at all
Product: Wine
Version: 5.0-rc3
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jessesg525(a)gmail.com
I know it's mentioned somewhere in the forum, but it won't run at all on Mac
Catalina 10.15. I need it to work for the OS I'm on right now.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48457
Bug ID: 48457
Summary: Croc installer exits with error 106
Product: Wine
Version: 5.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wyattmeister(a)gmail.com
Distribution: ---
Created attachment 66241
--> https://bugs.winehq.org/attachment.cgi?id=66241
Error dialog box
When running the Croc installer, '_setup.exe' (either directly or from the
launcher, 'setup.exe'), only a dialogue appears:
Window title: Setup Initialization Error
> Setup is unable to initialize the language dialog box.
>
> Error 106
The application terminates upon pressing OK.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48408
Bug ID: 48408
Summary: mixthread monopolizes buffer_list_lock if
WaitForSingleObject returns quickly, causing livelock
and game freeze
Product: Wine
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: florian.will(a)gmail.com
Distribution: ---
Created attachment 66179
--> https://bugs.winehq.org/attachment.cgi?id=66179
C source for reproducing this issue, livelocks on my system
The default WaitForSingleObject implementation is not fast enough to trigger
this, but the bug manifests itself when starting wine-staging with WINEESYNC=1.
I originally reported this at
https://github.com/ValveSoftware/Proton/issues/3387 , but I am now able to
reproduce this on wine-staging. The problem is in dsound though.
The dsound mixthread locks the buffer_list_lock, then calls PerformMix(), then
releases the lock, then waits for something to happen using
WaitForSingleObject, then locks the buffer_list_lock again, in a loop.
This works fine when not using esync (I guess Valve's fsync also triggers the
same issue), since the default WaitForSingleObject implementation is slow
enough to allow other threads to acquire the buffer_list_lock while the
mixthread executes WaitForSingleObject. However, when esync is enabled AND the
mixthread has a lot of work to do (because there are many secondary sound
buffers), it apparently returns from WaitForSingleObject almost immediately,
and very quickly re-acquires the lock after releasing it. The lock
implementation does not guarantee fairness, and on my system, this results in
the mixthread monopolizing the buffer_list_lock.
If the main thread then wants to add a new secondary sound buffer to the list,
it attempts to acquire the buffer_list_lock exclusively, but it can take a very
long time to acquire the lock. This leads to a game freeze in Zusi 3 and maybe
other games / applications if there are lots of sound effects at the same time.
I have added a Sleep(1) in the mixthread before acquiring the lock, and it
fixed the freezes (but it will obviously cause audio stuttering to kick in
earlier than without the sleep). Disabling esync also fixes the freeze.
I came up with a simple reproducer, C source attached. Output is like this with
esync enabled:
[..]
Added buffer No. 283, took 0.056744 sec!
Added buffer No. 284, took 0.616793 sec!
Added buffer No. 285, took 16.775508 sec!
Added buffer No. 286, took 11.163868 sec!
Added buffer No. 287, took 26.308287 sec!
Obviously on more powerful systems with better single-thread CPU performance,
more buffers will be needed before it "almost-livelocks" like this. This output
is from my Phenom II X4 955. (If sound starts stuttering instead of the
freeze/lock, the bug did not manifest itself.)
With esync disabled (or when using my patched dsound.dll with "Sleep(1)"), it
never takes longer than 0.1 sec to add a buffer.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48489
Bug ID: 48489
Summary: .Net 4.7+ requires GpFontFamily to be referenced
counted instead of cloning.
Product: Wine
Version: 5.0-rc6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
This is to track the staging patch in regards to .Net 4.7 and reference
counting of the GpFontFamily object.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36521
Bug ID: 36521
Summary: Star Wars rebellion update 1.01 crashes on start
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jopac76(a)mail.com
Created attachment 48603
--> https://bugs.winehq.org/attachment.cgi?id=48603
Output of the crash
Just installed the game, ran it, tried running the patch and it crashes before
anything.
Link to patch:
http://swrebellion.com/downloads/modules.php?name=Downloads&d_op=viewdownlo…
7ae576e99c8b623032e5ab96f384ad354d0e4230 rsupd101.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.