http://bugs.winehq.org/show_bug.cgi?id=24038
Summary: kernel32.UnhandledExceptionFilter: ensure that
registered JIT debugger can attach and collect
debugging info before return
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
the symptom is some apps generate unhandled exceptions which ought to call the
registered just-in-time debugger but the collection of debugging info fails.
When the debugger process is up and running the faulting app is gone, hence
attaching and collecting module, backtrace info etc. fails.
Example (you can find several of such occurrences in bugzilla):
--- snip ---
...
wine: Unhandled exception 0xc000000d at address 0x68080023:0x004bd342 (thread
0026), starting debugger...
0026:trace:seh:start_debugger Starting debugger "winedbg --auto 37 252"
0027:Ret KERNEL32.Sleep() retval=00000000 ret=00484091
0027:Call KERNEL32.Sleep(00000032) ret=00484091
0028:Ret KERNEL32.Sleep() retval=00000000 ret=00484091
0028:Call KERNEL32.Sleep(00000032) ret=00484091
0026:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=004c599a
0026:Call KERNEL32.GetCurrentProcess() ret=004c59b5
0026:Ret KERNEL32.GetCurrentProcess() retval=ffffffff ret=004c59b5
0026:Call KERNEL32.TerminateProcess(ffffffff,c000000d) ret=004c59bc
Process of pid=0025 has terminated
No process loaded, cannot execute 'echo Modules:'
Cannot get info on module while no process is loaded
No process loaded, cannot execute 'echo Threads:'
process tid prio (all id:s are in hex)
--- snip ---
kernel32.UnhandledExceptionFilter() -> start_debugger_atomic -> start_debugger
-> CreateProcessA() (wait for debugger to come up) -> return
The app code immediately terminates the process after return from
UnhandledExceptionFilter() which is an indication that all debugging info
collection stuff needs to be done synchronously _before_
UnhandledExceptionFilter() returns in case JIT debugger was called.
Regards
--
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=44915
Bug ID: 44915
Summary: Metal Gear Solid V: The Phantom Pain - SP crashes
silently
Product: Wine
Version: 3.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: romulasry(a)gmail.com
Distribution: ---
Created attachment 61002
--> https://bugs.winehq.org/attachment.cgi?id=61002
logfile
It silently exits or doesn't launch, I don't know which one.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15489
Summary: Build should optionally produce .pdb file suitable for
use with symbol server
Product: Wine
Version: 1.1.5
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
When Windows applications with their own crash logging systems
crash, they report the stack dump to their own crash dump server,
which uses Microsoft-supplied .pdb files (or Microsoft's symbol server)
to resolve the symbol names in system DLLs.
Wine should also provide such .pdb files, for use by vendors in
analyzing crash dumps. There should be an identifying
key in the crash dump and the .pdb file allowing the crash
server or debugger to choose the proper .pdb file; MSFT
must support that, let's see if we can use the same mechanism they do
to handle the much larger number of Wine versions and flavors.
--
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=43962
Bug ID: 43962
Summary: msvcrt/string tests fail
Product: Wine
Version: 2.20
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
string.c:2799: Test failed: errno = -559038737
string.c:2809: Test failed: ret = d0
string.c:1878: Test failed: d =
1000000000000000482416141386308708571867933472627945326741491900144172904106310050588962644037102476595408159456210748972770600252972845262058045244417464426905986489749230528825980973749133650163621397243851020732242333839884529407361024.000000
string.c:2710: Test failed: ret = ffffff81
string.c:2713: Test failed: ret = ffffff9f
string.c:2716: Test failed: ret = ffffffe0
string.c:2877: Test failed: d.x = 0.000000e+000, expected 0
string.c:2880: Test failed: d.x = 0.000000e+000, expected 0
there's a lot of:
fixme:msvcrt:_control87 not implemented
fixme:msvcrt:_control87 not implemented
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29168
Bug #: 29168
Summary: Star Wars: The Old Republic game client hangs at
Product: Wine
Version: 1.3.33
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: erik.weatherwax(a)gmail.com
Classification: Unclassified
Created attachment 37628
--> http://bugs.winehq.org/attachment.cgi?id=37628
Console output
Upon successful launching of the game client after logging in via the game
launcher, no progress is made towards loading the game after the initial splash
screen: it merely sits at the initial splash with a sort of "Working" icon
spinning in the lower right indefinitely. Console output is attached but
doesn't seem to be much help; it is mostly just spam of:
fixme:win:GetWindowPlacement not supported on other process window 0xa0026
fixme:d3d:query_init Unhandled query type 0xc.
Originally suspected this was a server-side or game client problem since some
Windows users were reporting similar issues at the beginning of this beta test
weekend; however, any of numerous purported workarounds fail to work in Wine,
and it seems the problem pretty uniformly affects Wine users, at least in
Linux.
--
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=43960
Bug ID: 43960
Summary: rpcrt4/cstub tests fail on arm
Product: Wine
Version: 2.19
Hardware: arm
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
(stretch)austin@localhost:~/wine-git/dlls/rpcrt4/tests$ make test
../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p
rpcrt4_test.exe.so cstub && touch cstub.ok
cstub.c:1123: Test failed: ret c0000005
Makefile:185: recipe for target 'cstub.ok' failed
make: *** [cstub.ok] Error 1
--
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=47944
Bug ID: 47944
Summary: Wine64 tries to change permissions in /private/tmp/
that fails on macOS 10.15 Catalina
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Hello,
We develop Windows applications that work on Linux and macOS thanks to Wine.
Those are 64-bit applications so we thought that we wouldn't have major
problems when switching to macOS 10.15 Catalina.
We can indeed run the applications with wine64 (Wine 4.17).
But they freeze when they try to display an html browser (CEF, Chromium
Embedded Framework) with these errors in the console:
0162:err:virtual:map_file_into_view failed to set PROT_EXEC on file map, noexec
filesystem?
0162:err:virtual:virtual_map_section mapping 0x4db0000 1000 000000000 failed
We discovered that it fails on a fresh install, but it works if we disable SIP
(System Integrity Protection).
We can indeed read this in the system log :
kernel (AppleSystemPolicy)
Library load
(/private/tmp/.wine-1604910507/server-1000004-86265/anonmap.7vgk04) rejected:
library load disallowed by system policy
So is there a way to tell Wine not to use /private/tmp but another folder for
temporary files?
Regards,
Michel Terrisse
--
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=45426
Bug ID: 45426
Summary: no puedo abrir las aplicaciones porque me sale este
error "error del programa"
Product: Wine
Version: 1.4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alfoncrak2004(a)gmail.com
Distribution: ---
desde que instale el wine 1.4.1 me sale un "error del programa" cuando abro
las aplicaciones
--
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=42268
Bug ID: 42268
Summary: Sea Dogs to Each His Own crashes on entering maritime
mode
Product: Wine
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: artem(a)vorotnikov.me
Distribution: ---
Created attachment 56968
--> https://bugs.winehq.org/attachment.cgi?id=56968
Backtrace
Attempting to either enter sea or load a game in maritime mode often leads to a
crash.
--
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.