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.
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=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.
http://bugs.winehq.org/show_bug.cgi?id=35672
Bug ID: 35672
Summary: command and conquer zero hour: - online gaming not
working
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: knattman(a)mail.ru
command & conquer zero hour 1.04: - online gaming not working
i can login to the online section, and then create a game with my friends,
but when i load in the game, only my progress bar goes up, and my game didnt
start.
Online-Lobby is working
http://imgur.com/ivOoYKM
Game-Lobby is working
http://imgur.com/X4UOUW8
Establishing Connection Path is working - all Connections are completed
http://imgur.com/Xo5Y9iK
Load in Game - Failed --> only my load beam goes up
http://imgur.com/Bc065lk
Netstat:
http://imgur.com/0K6K7Kb
maybe its an udp problem.
--
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=43944
Bug ID: 43944
Summary: msi/action tests fail on armv7l
Product: Wine
Version: 2.19
Hardware: arm
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: hans(a)meelstraat.net, julliard(a)winehq.org
Distribution: Debian
Created attachment 59583
--> https://bugs.winehq.org/attachment.cgi?id=59583
failing tests
chronos@localhost ~/Downloads $ grep -c 'Test failed' msi.txt
165
E.g.,:
action.c:2903: Test failed: File not installed
action.c:2904: Test failed: Directory not created
action.c:3014: Test failed: File not installed
action.c:3015: Test failed: Directory not created
action.c:3185: Test failed: File not installed
action.c:3186: Test failed: Directory not created
action.c:3282: Test failed: File not installed
action.c:3283: Test failed: Directory not created
action.c:3418: Test failed: File not installed
action.c:3419: Test failed: Directory not created
action.c:3455: Test failed: File not installed
action.c:3456: Test failed: Directory not created
I'll attach the full output.
wine-2.19-154-g17d43ef54e
--
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=42066
Bug ID: 42066
Summary: ROBLOX Player: Game boots player from server returning
"This game has shutdown."
Product: Wine-staging
Version: 2.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: KrystianoXPL(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: Debian
Created attachment 56558
--> https://bugs.winehq.org/attachment.cgi?id=56558
Log from RobloxPlayerBeta.exe ran with default debug options. It looks like it
doesn't say much about why the client is being booted from server.
ROBLOX Player boots the client with message "This game has shutdown." Probably
since September 2015. And is probably effect of anti-cheat system that ROBLOX
Player detects when ran through Wine.
--
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.