https://bugs.winehq.org/show_bug.cgi?id=45331
Bug ID: 45331
Summary: Exile: Escape From the Pit crashes after splash screen
Product: Wine
Version: 3.10
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stozball(a)hotmail.com
Exile: Escape From the Pit installs correctly and the game launches, displays
the splash screen (including playing sound), then crashes.
No message is left in the terminal when it crashes.
Same result in wine stable (3.0.1)
Game is available for free from the developer:
http://www.spiderwebsoftware.com/ftp/installers/win/EXILINST.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.
https://bugs.winehq.org/show_bug.cgi?id=45090
Bug ID: 45090
Summary: (nearly) every test shows a leak in
kernel32/{console,term}.c
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Created attachment 61259
--> https://bugs.winehq.org/attachment.cgi?id=61259
terminal output
I haven't noticed this on other machines. I built a new machine with more
debugging options, which may be a factor.
This is adsldp/sysinfo:
==23199== 172 bytes in 1 blocks are definitely lost in loss record 87 of 107
==23199== at 0x402EF08: calloc (vg_replace_malloc.c:711)
==23199== by 0x5832624: _nc_setupterm (lib_setup.c:711)
==23199== by 0x5832B11: setupterm (lib_setup.c:955)
==23199== by 0x7B472181: TERM_Init (term.c:419)
==23199== by 0x7B434E70: CONSOLE_Init (console.c:3079)
==23199== by 0x7B44422B: process_attach (kernel_main.c:94)
==23199== by 0x7B444321: DllMain (kernel_main.c:139)
==23199== by 0x7B47D3EA: __wine_spec_dll_entry (dll_entry.c:40)
==23199== by 0x7BC4C6B1: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==23199== by 0x7BC4FB7A: MODULE_InitDLL (loader.c:1186)
==23199== by 0x7BC4FE40: process_attach (loader.c:1278)
==23199== by 0x7BC4FD85: process_attach (loader.c:1266)
==23199== by 0x7BC4FD85: process_attach (loader.c:1266)
==23199== by 0x7BC4FD85: process_attach (loader.c:1266)
==23199== by 0x7BC526CB: attach_dlls (loader.c:3156)
==23199== by 0x7BC7808F: attach_thread (signal_i386.c:2689)
==23199== by 0x7BC74C63: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==23199==
I'll attach a log with more examples.
--
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=49929
Bug ID: 49929
Summary: winetricks -q gfw fails
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, Installer, regression, source
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Backtrace:
=>0 0x7bc2869c HEAP_CreateFreeBlock+0x12c(subheap=<is not available>,
ptr=0x1b77f0, size=<is not available>)
[Z:\home\austin\wine-git\include\wine\list.h:101] in ntdll (0x0063f088)
1 0x7bc28816 HEAP_MakeInUseBlockFree+0xa5(subheap=<is not available>,
pArena=<is not available>) [Z:\home\austin\wine-git\dlls\ntdll\heap.c:666] in
ntdll (0x0063f0c8)
2 0x7bc28a48 HEAP_MakeInUseBlockFree+0x2d7(subheap=<is not available>,
pArena=<is not available>) [Z:\home\austin\wine-git\dlls\ntdll\heap.c:1762] in
ntdll (0x0063f128)
3 0x6510282a msi_apply_registered_patch+0x889(package=<is not available>,
patch_code=<is not available>)
[Z:\home\austin\wine-git\dlls\msi\msipriv.h:1272] in msi (0x0063f158)
4 0x65102858 MSI_CloseRecord+0x27()
[Z:\home\austin\wine-git\dlls\msi\record.c:73] in msi (0x0063f178)
5 0x650d180c msiobj_unlock+0x5b()
[Z:\home\austin\wine-git\dlls\msi\handle.c:258] in msi (0x0063f1a8)
6 0x650a3063 msi_load_assembly+0x532(package=<is not available>, comp=<is not
available>) [Z:\home\austin\wine-git\dlls\msi\assembly.c:407] in msi
(0x0063f208)
7 0x650888d0 load_component+0xef()
[Z:\home\austin\wine-git\dlls\msi\action.c:935] in msi (0x0063f248)
8 0x650f1869 MSI_IterateRecords+0x78()
[Z:\home\austin\wine-git\dlls\msi\msiquery.c:185] in msi (0x0063f298)
9 0x650865f9 load_media+0x1288()
[Z:\home\austin\wine-git\dlls\msi\action.c:954] in msi (0x0063f2c8)
10 0x65086897 ACTION_CostInitialize+0x1e6()
[Z:\home\austin\wine-git\dlls\msi\action.c:1266] in msi (0x0063f308)
11 0x6508befb ACTION_HandleStandardAction+0xda(package=<is not available>,
action=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:8051] in
msi (0x0063f618)
12 0x6509aa6b ACTION_ValidateProductID+0x3a(package=(nil))
[Z:\home\austin\wine-git\dlls\msi\action.c:8080] in msi (0x0063f658)
13 0x6509ad44 ITERATE_Actions+0x73(row=<is not available>)
[Z:\home\austin\wine-git\dlls\msi\action.c:544] in msi (0x0063f698)
14 0x650f1869 MSI_IterateRecords+0x78()
[Z:\home\austin\wine-git\dlls\msi\msiquery.c:185] in msi (0x0063f6e8)
15 0x6509b65e ACTION_ExecuteAction+0x5ad(package=<is not available>)
[Z:\home\austin\wine-git\dlls\msi\action.c:609] in msi (0x0063f738)
16 0x6509b79a ACTION_ExecuteAction+0x6e9(package=<is not available>)
[Z:\home\austin\wine-git\dlls\msi\action.c:5836] in msi (0x0063f768)
17 0x6508befb ACTION_HandleStandardAction+0xda(package=<is not available>,
action=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:8051] in
msi (0x0063fa78)
18 0x6509aa6b ACTION_ValidateProductID+0x3a(package=0x6514808c)
[Z:\home\austin\wine-git\dlls\msi\action.c:8080] in msi (0x0063fab8)
19 0x6509bc9b MSI_InstallPackage+0x32a(package=<is not available>,
szPackagePath=<is not available>, szCommandLine=<is not available>)
[Z:\home\austin\wine-git\dlls\msi\action.c:8225] in msi (0x0063fb18)
20 0x650e09b6 MsiInstallProductW+0x105()
[Z:\home\austin\wine-git\dlls\msi\msi.c:269] in msi (0x0063fb58)
21 0x00403c20 WinMain+0x1daf(hInstance=<is not available>, hPrevInstance=<is
not available>, lpCmdLine=<is not available>, nCmdShow=<is not available>)
[Z:\home\austin\wine-git\programs\msiexec\msiexec.c:1059] in msiexec
(0x0063fe68)
22 0x00406b94 main+0xd3()
[Z:\home\austin\wine-git\dlls\msvcrt\crt_winmain.c:53] in msiexec (0x0063fef8)
23 0x00406089 mainCRTStartup+0x68()
[Z:\home\austin\wine-git\dlls\msvcrt\crt_main.c:62] in msiexec (0x0063ff30)
24 0x7b653910 in kernel32 (+0x3390f) (0x0063ff48)
25 0x7bc5aa07 RtlSleepConditionVariableSRW+0x176(variable=<is not available>,
lock=<is not available>, timeout=<is not available>, flags=<is not available>)
[Z:\home\austin\wine-git\dlls\ntdll\sync.c:556] in ntdll (0x0063ff5c)
26 0x7bc5ac30 call_thread_func+0xaf()
[Z:\home\austin\wine-git\dlls\ntdll\thread.c:133] in ntdll (0x0063ffec)
0x7bc2869c HEAP_CreateFreeBlock+0x12c
[Z:\home\austin\wine-git\include\wine\list.h:101] in ntdll: movl
%edi,0x0(%esi)
101 elem->prev->next = elem->next;
wine-5.18
Haven't bisected yet, will try to sometime today.
--
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=49906
Bug ID: 49906
Summary: [Fallout New Vegas] Regression: broken gog
installation
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
Created attachment 68269
--> https://bugs.winehq.org/attachment.cgi?id=68269
Backtrace
Just before vc++ 2008 installation there is an error (a backtrace attached).
It's a 5.18's problem, probably related to #49591 and
https://source.winehq.org/git/wine.git/commit/4c99e3ef341a6b4eda67dffa13a86….
I can't reproduce it with 5.17, it's one of the few games that didn't suffer of
#49591.
--
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=49894
Bug ID: 49894
Summary: Regression in "kernelbase: Use conhost to handle Unix
consoles."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
Distribution: ---
Since 54e117018cd4cc58c258da92686bfad13946bde2, "kernelbase: Use conhost to
handle Unix consoles.", the wine console misbehaves, when run within an
existing unix terminal (in my case, ssh from a mac Terminal.app/bash shell to a
linux host, running wine on linux within that ssh session) - i.e. when running
"wine64 cmd" to get an interactive shell.
On aarch64 on Debian 8, the effect is that typing individual chars do work, but
when pressing enter, I get a ^M printed instead of executing the individual
line.
On x86_64 on Ubuntu 20.04, I get "wine: Unhandled page fault on write access to
00007F424DD5B2E0 at address 000000006EB8D3F0 (thread 0104), starting
debugger..." directly when I type a single character.
I.e., the testcase is to just run "wine64 cmd", then try to type "exit<enter>"
to exit it.
--
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=49470
Bug ID: 49470
Summary: Silent Hill 4 crashes when a person is suppose to
scream.
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: SolisX007(a)yahoo.com
Distribution: ---
Created attachment 67578
--> https://bugs.winehq.org/attachment.cgi?id=67578
SH4_wine-5.11_backtrace.txt
Silent Hill 4 crashes when a person is suppose to scream.
--
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=46588
Bug ID: 46588
Summary: Cegid Business Line installer fails in custom script
action installing "BLJNR.MSI" component.
Product: Wine
Version: 3.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christian.briard(a)gmx.com
Distribution: ---
Created attachment 63482
--> https://bugs.winehq.org/attachment.cgi?id=63482
Setup.log
Trying to Install Cegid Business Line (32 bits on Win XP works) fail to
complete on a script launching BLJNR.MSI
I'm running wine 3.20 under Play on Linux on an Ubuntu Machine 64 bits.
I've uploaded a zip of the install package here :
https://we.tl/t-AbRt4GFoOj
Best regards,
Christian.
--
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=49946
Bug ID: 49946
Summary: Themida-packed application crashing on multi-hop
import forward
Product: Wine
Version: 5.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: heisenberg(a)croosade.com
Regression SHA1: f26b1f0392714891bbd8c603de072818cc65e45f
Distribution: ArchLinux
I'm dealing with a packed application that imports functions from oleaut32.dll.
Specifically, it uses GetErrorInfo and SetErrorInfo.
In the commit mentioned in this issue, SetErrorInfo was moved from ole32.dll
into combase.dll. This is fine, because Microsoft did the same in NT 6. However
Wine now has the situation that we have a forward chain of
oleaut32.SetErrorInfo -> ole32.SetErrorInfo -> combase.SetErrorInfo. I believe
the packer that was applied to the application I'm trying to run cannot deal
with this situation. The first hop goes fine, however for the next one, the
actual function address is not resolved. It ends up literally jumping into the
"combase.SetErrorInfo" string, which of course causes the program to crash
unrecoverably.
The application was running fine up until Wine 5.15. Wine 5.16 was the first
version that incorporated the function move commits, and I've been experiencing
this crash ever since.
As a workaround, I tried recompiling oleaut32 with the forwards in
oleaut32.spec replaced to directly point to combase instead of hopping through
ole32 first. This immediately fixed the crash. Apart from SetErrorInfo this
should also affect GetErrorInfo and CreateErrorInfo since they have the same
chain now. I'm not submitting a patch because I'm not sure if simply changing
them this way may have other side effects.
--
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=39123
Bug ID: 39123
Summary: Fairy Fencer F - Large number of FIXME ntdll
NtQuerySystemInformation calls
Product: Wine
Version: 1.7.49
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: chaos.kagami(a)gmail.com
Distribution: ---
Created attachment 52131
--> https://bugs.winehq.org/attachment.cgi?id=52131
Replaces SYSTEM_INTERRUPT_INFORMATION returning zeroed array with rand() filled
array
The following messages are repeated through the log during gameplay of Fairy
Fencer F, over and over:
fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION
fixme:ntdll:NtQuerySystemInformation
(0x00000021,0x5dd43a80,0x00000010,0x6fcdd00) stub
fixme:ntdll:NtQuerySystemInformation
(0x0000002d,0x5dd43a80,0x00000020,0x6fcdd00) stub
Looking through WINE's source, as well as various internet resources -
SYSTEM_INTERRUPT_INFORMATION and another two-ish unimplemented queries can be
used to seed RNG, or just be used as random numbers. Wine returns a zero-filled
array in all of these cases, which results in oddly crippled RNG ranges in
Fairy Fencer F. I've observed a whole battle where every attach hit and as long
as the same attack was used, it did exactly the same damage every time. Also,
in general, the game appears to lack some randomness with these stubs versus
windows. Replacing the zero-filled array with a rand() filled one improves the
situation, but I'm rather sure it isn't what windows does.
A rather hackish patch is attached. The difference in random numbers in-game
should be easily and immediately observable. I'm also aware the patch doesn't
meet submission guidelines - it's not meant to be a real fix. I'm not entirely
sure what the 'correct' fix is.
--
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=49873
Bug ID: 49873
Summary: Warzone 2100 crashes when starting the game.
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 68212
--> https://bugs.winehq.org/attachment.cgi?id=68212
The last part of the console messages during the crash
Download location
https://github.com/Warzone2100/warzone2100/releases/download/3.4.1/warzone2…
Steps to reproduce
1) install the game
2) start the game: $ wine ~/.wine/drive_c/Program\ Files\ \(x86\)/Warzone\
2100-3.4.1/bin/warzone2100.exe
3) after a few seconds, this error comes up: "Warzone crashed unexpectedly,
would you like to save a mini-dump diagnostic file? (A standard report log .RPT
will always be saved)" Click Yes.
4) Now the error "The program Warzone2100.exe has encountered a serious problem
and needs to close" Click show details
My versions:
$ wine --version
wine-5.17 (Staging)
$ uname -a
Linux cedric-p4 5.8.10-arch1-1 #1 SMP PREEMPT Thu, 17 Sep 2020 18:01:06 +0000
x86_64 GNU/Linux
--
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.