https://bugs.winehq.org/show_bug.cgi?id=39606
Bug ID: 39606
Summary: Infinite loop in StackWalk
Product: Wine
Version: 1.7.54
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
While working on x86_64 fixes of the dbus backtrace generator for windows
https://bugs.freedesktop.org/show_bug.cgi?id=92721, I recognized an infinite
loop while calling StackWalk on x86_64 systems.
start
/home/ralf.habacker/src/dbus-2-cmake-cross-x86_64-build/bin/manual-backtrace.exe...
Backtrace:
0 0xe3b17b7b in libpthread.so.0
1 wait_select_reply+0x49
[/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:349] in ntdll
2 server_select+0x1f8 [/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:614]
in ntdll
3 wait_objects+0x7e [/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1006] in
ntdll
4 NtWaitForMultipleObjects+0x62
[/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1017] in ntdll
5 0x7b887a8b in kernel32
6 WaitForSingleObject+0x26
[/usr/src/debug/wine-snapshot/dlls/kernel32/sync.c:127] in kernel32
7 dump_backtrace+0xa7
[/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2553] in libdbus-1-3
8 _dbus_print_backtrace+0xd
[/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2563] in libdbus-1-3
9 test2+0x11 [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:34] in
manual-backtrace
10 test1+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:39] in
manual-backtrace
11 test+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:44] in
manual-backtrace
12 main+0x4f [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:58] in
manual-backtrace
13 0x4013ed in manual-backtrace
14 0x40152b in manual-backtrace
15 start_process+0x91
[/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1105] in kernel32
16 call_thread_func+0x6e
[/usr/src/debug/wine-snapshot/dlls/ntdll/signal_x86_64.c:3675] in ntdll
17 RtlRaiseException+0x7e in ntdll
18 0xe32aa016 in ntdll
19 wine_call_on_stack+0x13 in libwine.so.1
20 wine_switch_to_stack+0x9 [/usr/src/debug/wine-snapshot/libs/wine/port.c:60]
in libwine.so.1
21 LdrInitializeThunk+0x2a4
[/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3094] in ntdll
22 __wine_kernel_init+0x941
[/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1276] in kernel32
23 __wine_process_init+0x154
[/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3303] in ntdll
24 wine_init+0x2ce [/usr/src/debug/wine-snapshot/libs/wine/loader.c:961] in
libwine.so.1
25 main+0x82 [/usr/src/debug/wine-snapshot/loader/main.c:248] in <wine-loader>
26 __libc_start_main+0xf5 in libc.so.6
27 _start+0x29 in <wine-loader>
28 _start+0x29 in <wine-loader>
29 _start+0x29 in <wine-loader>
30 _start+0x29 in <wine-loader>
31 _start+0x29 in <wine-loader>
32 _start+0x29 in <wine-loader>
....
--
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=17005
Summary: CT: Rendering issues
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: normandy(a)web.de
I have got a modified version of Chicken Tournament. It does not crash but does
not render everything. For example, trees, HUD and the radar, grass and the
walls are not rendered correctly. Here's a screenshot using wine:
http://tinyurl.com/8q39ec
And one using windows (grass disabled):
http://tinyurl.com/7tousz
My console's output:
http://pastebin.com/f40a0aa3
And the long one (+all) was to big (<200MB)
Here you can find the modified ct1.exe, just extract this:
http://tinyurl.com/8llxtp
(You'll need native d3dxof.dll to load models...)
Thank you!
--
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=37325
Bug ID: 37325
Summary: Rhapsody installs and streams however auto setup for
DRM fails
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kablake(a)live.com
Created attachment 49635
--> https://bugs.winehq.org/attachment.cgi?id=49635
backtrace provided when DRM setup fails
I installed Rhapsody 4.0 successfully and it streams well so far ... but then I
try to authorize the computer so I can download and play tracks locally and the
setup for DRM fails.
--
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=42982
Bug ID: 42982
Summary: Bayonetta can`t save settings
Product: Wine
Version: 2.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zentarim(a)rambler.ru
Distribution: Ubuntu
Created attachment 58119
--> https://bugs.winehq.org/attachment.cgi?id=58119
file trace
Bayonetta can`t save settings. Game try to write settings to file
~/documents/Bayonetta/system_data, but fails and freezes. If this "garbage"
file is exists - game does not start.
file have size ~ 1.7Kb.
Log (trace+file) in attachement.
Suspicious lines 135820 - 135825:
trace:file:ReadFile 0xb0 0x33f3d0 857 0x33f7d4 (nil)
trace:file:CreateFileW L"C:\\users\\zentarim\\\041c\043e\0438
\0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data"
GENERIC_READ creation 3 attributes 0x40000080
trace:file:RtlDosPathNameToNtPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438
\0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data",0x33faa8,(nil),(nil))
trace:file:RtlGetFullPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438
\0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data" 520
0x33f7e8 (nil))
trace:file:wine_nt_to_unix_file_name L"\\users\\zentarim\\\041c\043e\0438
\0434\043e\043a\0443\043c\0435\043d\0442\044b\\Bayonetta\\system_data" not
found in
/home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои
документы/Bayonetta
trace:file:CreateFileW returning 0xffffffff
$ ls -lah
'/home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои
документы/Bayonetta/system_data'
-rw-rw-r-- 1 zentarim zentarim 1,7K мая 9 20:42
/home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои
документы/Bayonetta/system_data
--
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=28240
Summary: Mipony: Embedded web browser too shown in too small
window
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=36180)
--> (http://bugs.winehq.org/attachment.cgi?id=36180)
Image displaying the problem
Steps to reproduce:
1) remove ~/.wine
2) winetricks dotnet20
3) install Mipony
4) (optionaly) override gdiplus.dll
5) wine MiPony.exe
Behaviour:
See attachment.
Expected behaviour:
Embedded web browser should be displayed at full available window space.
Additional info:
winetricks ie7 doesn't help
--
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=35841
Bug ID: 35841
Summary: R.U.S.E. Demo need wmvcore.dll.WMCreateSyncReader
implementation
Product: Wine
Version: 1.7.15
Hardware: x86
URL: http://store.steampowered.com/app/21970
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
For background movies in the main menu and intro.
fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0xa54d1f0): stub
Works with wmp9.
--
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=35986
Bug ID: 35986
Summary: Multiple DRM-enabled apps and games crash when being
relay traced (game overlay renderer enabled Stream
games)
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
this is more an experts request but it should also help getting better
diagnosis (logs) from users.
There are apps and games that crash when being relay traced because they employ
intrusive API hooking schemes that can't cope with Wine's relay thunks.
Example of a Steam game crashing with game overlay renderer enabled when relay
trace is turned on:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Steam
$ WINEDEBUG=+tid,+seh,+relay wine ./steam.exe -no-dwrite -applaunch 238430
-windowed >>log.txt 2>&1
...
Unhandled exception: page fault on read access to 0x0a55527c in 32-bit code
(0xf6ea4243).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:f6ea4243 ESP:0033e438 EBP:0a548150 EFLAGS:00010246( R- -- I Z- -P- )
EAX:0a555278 EBX:00000000 ECX:0a548150 EDX:00020234
ESI:0a548150 EDI:0033e6d8
...
Backtrace:
=>0 0xf6ea4243 in winmm (+0x4243) (0x0a548150)
1 0x0a532919 in inputsystem (+0x2918) (0x0a548150)
2 0x00000001 (0x0a5422ac)
3 0x0a531990 in inputsystem (+0x198f) (0x0a531760)
4 0xf18b5608 (0x24448b51)
0xf6ea4243: call *0x4(%eax)
Modules:
Module Address Debug info Name (132 modules)
PE 380000- 3b0000 Deferred launcher
PE 400000- 46f000 Deferred contagion
PE 1a80000- 1ae7000 Deferred tier0
PE 1af0000- 1b52000 Deferred vstdlib
PE 9590000- 95e6000 Deferred filesystem_stdio
PE 99f0000- a0cc000 Deferred engine
PE a530000- a551000 Export inputsystem
PE a560000- a68d000 Deferred materialsystem
PE b690000- b6d6000 Deferred datacache
PE b6e0000- bb0e000 Deferred studiorender
PE bb10000- bcb1000 Deferred vphysics
PE bcf0000- bd63000 Deferred vscript
PE bd70000- bd93000 Deferred valve_avi
PE bda0000- bf03000 Deferred vguimatsurface
PE bf10000- bf6f000 Deferred vgui2
PE bf90000- c086000 Deferred shaderapidx9
PE c090000- c28f000 Deferred d3dx9_43
PE e4d0000- e584000 Deferred crashhandler
PE e6a0000- e6b4000 Deferred xinput1_3
PE 10000000-100bb000 Deferred gameoverlayrenderer
PE 18000000-1803b000 Deferred binkw32
PE 38000000-38893000 Deferred steamclient
PE 3b400000-3b41e000 Deferred steam_api
PE 3f000000-3f0ac000 Deferred tier0_s
PE 3f600000-3f64b000 Deferred vstdlib_s
ELF 7b800000-7ba60000 Deferred kernel32<elf>
\-PE 7b810000-7ba60000 \ kernel32
ELF 7bc00000-7bcee000 Deferred ntdll<elf>
\-PE 7bc10000-7bcee000 \ ntdll
ELF 7bf00000-7bf04000 Deferred <wine-loader>
...
ELF f6e90000-f6f4e000 Dwarf winmm<elf>
\-PE f6ea0000-f6f4e000 \ winmm
...
Threads:
process tid prio (all id:s are in hex)
...
00000031 (D) C:\Program Files\Steam\SteamApps\common\Contagion\contagion.exe
00000063 0
00000064 0
00000067 0
00000065 0
00000030 0 <==
--- snip ---
Caller code:
--- snip ---
0A532900 81EC CC010000 SUB ESP,1CC
0A532906 53 PUSH EBX
0A532907 55 PUSH EBP
0A532908 8BE9 MOV EBP,ECX
0A53290A 33DB XOR EBX,EBX
0A53290C 56 PUSH ESI
0A53290D 899D 8C150000 MOV DWORD PTR SS:[EBP+158C],EBX
0A532913 FF15 5821540A CALL DWORD PTR DS:[<&WINMM.joyGetNumDevs>]
0A532919 8BF0 MOV ESI,EAX
0A53291B 83FE 04 CMP ESI,4
0A53291E 897424 0C MOV DWORD PTR SS:[ESP+C],ESI
0A532922 0F8E 80010000 JLE inputsys.0A532AA8
--- snip ---
The game dll calls 'WINMM.joyGetNumDevs'.
Original relay thunk emitted for that API:
--- snip ---
F6F38234 push esp
F6F38235 push 1Dh
F6F38237 call __wine_spec_get_pc_thunk_eax
F6F3823C lea eax, [eax+35270h] ; descriptor lookup
F6F38242 push eax
F6F38243 call dword ptr [eax+4]
F6F38246 retn 0
--- snip ---
The hook engine copies all opcodes that are potentially overwritten by the
5-byte long jump to an intermediate thunk.
Hence the call to '__wine_spec_get_pc_thunk_eax' is copied too - leading to the
actual problem.
A long jump is written to the relay thunk entry which jumps to another
trampoline, located at the intermediate thunk area.
'WINMM.joyGetNumDevs' relay thunk hooked by Steam's gameoverlayrenderer:
--- snip ---
F6F38234 E9 D47D5E13 JMP 0A52000D
F6F38239 1300 ADC EAX,DWORD PTR DS:[EAX]
F6F3823B 008D 80705203 ADD BYTE PTR SS:[EBP+3527080],CL
F6F38241 0050 FF ADD BYTE PTR DS:[EAX-1],DL
F6F38244 50 PUSH EAX
F6F38245 04 C2 ADD AL,0C2
F6F38247 0000 ADD BYTE PTR DS:[EAX],AL
--- snip ---
Intermediate jump trampoline to actual hook code:
--- snip ---
0A52000D E9 DE27B305 JMP gameover.100527F0
--- snip ---
'gameoverlayrenderer' module info:
--- snip ---
Base=10000000
Size=000BB000 (765952.)
Entry=1005798F gameover.<ModuleEntryPoint>
Name=gameover
File version=02.13.04.49
Path=C:\Program Files\Steam\gameoverlayrenderer.dll
--- snip ---
'gameoverlayrenderer' code:
--- snip ---
100527F0 833D 2C7A0910 00 CMP DWORD PTR DS:[10097A2C],0
100527F7 7F 06 JG SHORT gameover.100527FF
100527F9 FF25 1C8F0910 JMP DWORD PTR DS:[10098F1C]
100527FF B8 04000000 MOV EAX,4
10052804 C3 RETN
10052805 CC INT3
--- snip ---
Memory refs:
--- snip ---
10097A2C 00000000 ....
...
10098F1C 0A520000 ..R.
--- snip ---
Original copy Wine relay thunk entry + continuation + hook jump
--- snip ---
0A520000 54 PUSH ESP
0A520001 6A 1D PUSH 1D
0A520003 E8 5095A1EC CALL winmm.__wine_spec_get_pc_thunk_eax
0A520008 E9 2F82A1EC JMP winmm.F6F3823C ; org. relay thunk code (cont)
0A52000D E9 DE27B305 JMP gameover.100527F0
--- snip ---
__wine_spec_get_pc_thunk_eax:
--- snip ---
F6F39558 8B0424 MOV EAX,DWORD PTR SS:[ESP]
F6F3955B C3 RETN
--- snip ---
'WINMM.joyGetNumDevs' original Wine relay thunk code (continuation):
--- snip ---
F6F3823C 8D80 70520300 LEA EAX,DWORD PTR DS:[EAX+35270]
F6F38242 50 PUSH EAX
F6F38243 FF50 04 CALL DWORD PTR DS:[EAX+4]
F6F38246 C2 0000 RETN 0
--- snip ---
This obviously can't work because '__wine_spec_get_pc_thunk_eax' relies on
being called from original relay thunk code.
Because Steam game overlay renderer hook engine relocated this essential part
of relay thunk code, the returned address will always be wrong.
You can fix this problem by padding the relay thunk entry with enough 'no-op'
opcodes to not have '__wine_spec_get_pc_thunk_eax' relocated by hook engines.
Wine:
http://source.winehq.org/git/wine.git/blob/4e4acd5f705c770b7c361605e11d9d7c…
The method works and AFAIK has no side-effects.
I used a patch in my repo for some time now to cope with such stubborn
apps/games (mostly DRM related).
$ wine --version
wine-1.7.16-133-gd8ca8c2
Regards
--
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=37327
Bug ID: 37327
Summary: Rhapsody 4.0 crashes on unimplemented function
'wmvcore.dll.WMCreateSyncReaderPriv' when playing a
track
Product: Wine
Version: 1.7.27
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
split off from bug 37325
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Rhapsody
$ wine ./rhapsody.exe
...
wine: Unimplemented function wmvcore.dll.WMCreateSyncReaderPriv called at
address 0x7b83ae8f (thread 002a), starting debugger...
Unhandled exception: unimplemented function wmvcore.dll.WMCreateSyncReaderPriv
called in 32-bit code (0x7b83ae8f).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7b83ae8f ESP:111ee8f4 EBP:111ee958 EFLAGS:00200287( - -- I S - -P-C)
EAX:7b826d6d EBX:7b8be000 ECX:7d3c13ef EDX:111ee91c
ESI:00000000 EDI:02ee5f00
...
Backtrace:
=>0 0x7b83ae8f RaiseException+0x8f(code=<couldn't compute location>,
flags=<couldn't compute location>, nbargs=<couldn't compute location>,
args=<couldn't compute location>)
[/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32
(0x111ee958)
1 0x7d3c1375 __wine_spec_unimplemented_stub+0x34(module="wmvcore.dll",
function="WMCreateSyncReaderPriv")
[/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in wmvcore
(0x111ee998)
2 0x7d3bf94d __wine_stub_WMCreateSyncReaderPriv+0x28() in wmvcore
(0x111ee9c0)
3 0x621ce49f in wm9fformat (+0xe49e) (0x111ee9c0)
4 0x621c325a in wm9fformat (+0x3259) (0x111eea18)
5 0x621c38c3 in wm9fformat (+0x38c2) (0x111eea3c)
6 0x621c385e in wm9fformat (+0x385d) (0x111eea58)
7 0x7bc85a3c call_thread_func_wrapper+0xb() in ntdll (0x111eea68)
...
Modules:
Module Address Debug info Name (287 modules)
PE 400000- f26000 Deferred rhapsody
PE 1f10000- 1f7d000 Deferred h264enc
PE 1f80000- 1f93000 Deferred rnaudiopacketizer
PE 1fa0000- 1fd9000 Deferred fpsechnd
PE 1fe0000- 1ff7000 Deferred smplfsys
PE 2000000- 2029000 Deferred vidplin
PE 2030000- 2091000 Deferred vidsite
PE 25b0000- 25d3000 Deferred mp4wrtr
PE 25e0000- 262d000 Deferred rmwrtr
PE 2630000- 2638000 Deferred wm9writer
...
Threads:
process tid prio (all id:s are in hex)
...
000000a3 (D) C:\Program Files\Rhapsody\rhapsody.exe
0000002a 0 <==
00000029 0
...
--- snip ---
'winetricks -q wmp9' works around.
Tidbit: Looks like Rhapsody discriminates against non-US IP addresses.
There is a builtin geoip-check, resulting in error "Use of Rhapsody is
restricted by your IP address. Rhapsody will now shut down."
For bug testing purpose use the following workaround if you don't have a
proxy/vpn at hand:
--- snip ---
$ printf '\xEB\x28' | dd of=rhapsody.exe bs=1 seek=86657 count=2 conv=notrunc
--- snip ---
$ sha1sum RhapsodyReal.EXE
025e936cf73d83e35d9631f735033557533102da RhapsodyReal.EXE
$ du -sh RhapsodyReal.EXE
16M RhapsodyReal.EXE
$ wine --version
wine-1.7.27-47-g92bcb74
Regards
--
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=41226
Bug ID: 41226
Summary: Sound effects play at incorrect volume in Halo PC and
Halo Custom Edition
Product: Wine
Version: 1.9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: vaporeon(a)vaporeon.io
Distribution: ---
The the PC version of Halo patched to 1.0.10 will have sound effects playing
either louder or quieter than expected with some sounds not being played at
all. It seems to be a problem with the games 3D positional audio. Using a
native dsound.dll from Windows 7 works around the issue.
Using Wine 1.9.17 on Arch 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.
https://bugs.winehq.org/show_bug.cgi?id=38943
Bug ID: 38943
Summary: Warhammer 40k: Dawn of War GOTY (Steam) crashes while
loading to the menu with Wine Mono
Product: Wine
Version: 1.7.47
Hardware: x86
OS: Linux
Status: NEW
Keywords: dotnet, regression
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51885
--> https://bugs.winehq.org/attachment.cgi?id=51885
+mscoree log
This bug affects the GOTY edition on Steam (including the Winter Assault
expansion), but W40k DoW: Soulstorm and the Dark Crusade expansions are not
affected.
The game plays the intro videos properly but crashes while loading to the main
menu. In the terminal I'm getting an
>err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception.
but no backtrace is generated.
The game starts properly when .Net 2.0 is installed in the prefix (one minor
annoyance is that the game doesn't exit properly with .Net 2.0, the game
executable remains in memory after exiting).
Could be a regression in Wine Mono because the game starts properly when Wine
Mono 0.0.8 is installed, hangs with 100% CPU usage when 4.5.2 is installed and
crashes with Wine Mono 4.5.6.
If neither .Net nor Wine Mono is installed in the prefix then the game dies
silently after starting (nothing relevant in the terminal)
wine-1.7.47-118-ga90592c / Wine Mono 4.5.6 installed
--
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=38627
Bug ID: 38627
Summary: Holy Avatar vs. Maidens of the Dead hangs on exit
Product: Wine
Version: 1.5.31
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: dmitry(a)baikal.ru
Regression SHA1: bfcdf6df8eea1230fb0e1835a809e49e5971e5d2
Distribution: ---
Created attachment 51534
--> https://bugs.winehq.org/attachment.cgi?id=51534
terminal output
I let the Desura client install the game to avoid bug #38614.
The game starts properly without any winetricks, but it hangs on exit. After
selecting quit from the menu, the screen is frozen and the game executable
constantly uses 100% CPU and it needs to be killed.
The problem is present since
bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 is the first bad commit
commit bfcdf6df8eea1230fb0e1835a809e49e5971e5d2
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
Date: Mon May 13 16:46:37 2013 +0900
kernel32: Terminate threads before unloading DLLs on process exit.
No demo version exists.
Let me know if you need debug logs or further testing.
Tested in wine-1.7.43-123-g90ed96a
--
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=42172
Bug ID: 42172
Summary: Paladins crashes (patch 0.40)
Product: Wine
Version: 2.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: darkael(a)gmail.com
Distribution: ---
Created attachment 56782
--> https://bugs.winehq.org/attachment.cgi?id=56782
crash info
Distribution: Arch Linux x86_64
http://store.steampowered.com/app/444090/
Game was installed with steam (after winetricks steam) in a new prefix and with
WINEARCH=win32
winetricks dotnet35 d3dx9_43 dotnet40
The launcher works (had to install lib32-gnutls and lib32-libldap) but the game
itself crashes immediately.
Current version of the game: 0.40.1478.5
--
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=13335
Summary: libGl error
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: schuster.bernhard(a)googlemail.com
In the near past, whenever trying to run warcraft via wine, I get two libGL
errors. Afterwards, I get told, that mesa will get used instead.
So performence goes really bad. I get about 10-20fps instead of 120-160fps,
though I have an insane gaming rig.
The only way to fix it, is removing the ~/.wine directory completly.
But that's not an real option...
--
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=43029
Bug ID: 43029
Summary: Command & Conquer Tiberian Sun lag when enabling csmt
Product: Wine
Version: 2.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: Commander.Alchemy(a)gmail.com
Distribution: ---
When playing Command & Conquer Tiberian Sun using Wine 2.8 with csmt enabled
the game lags horribly in menus. There is about couple of seconds delay when
hovering over menu items etc.
Same thing happen in Wine-Staging when CSMT is enabled.
--
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=41286
Bug ID: 41286
Summary: dbghelp_dwarf: dwarf2_parse_const_type Unsupported
children (mesa/valgrind)
Product: Wine
Version: 1.9.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: bunglehead(a)gmail.com
Distribution: Gentoo
fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children
This occurs with both clang (3.7.1) and gcc (4.9.3) with valgrind (3.11.0).
This was found in dlls/amstream/tests/amstream.c
--
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=36691
Bug ID: 36691
Summary: Ski Park Tycoon Demo installer hangs in endless redraw
loop (owner-drawn listbox)
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
start the installer and get the redraw loop after clicking three times 'Next'
(property sheet wizard).
You can see the redraw as flickering area in the property sheet while it eats
one CPU core.
Looks like some owner-drawn listbox.
I attached a debugger at the time of the loop:
--- snip ---
Wine-dbg>bt
Backtrace:
=>0 0x7ecc11cd LISTBOX_PaintItem+0x275(descr=0x20026c8, hdc=0x200be,
rect=0x30abac, index=0x1, action=0x1, ignoreFocus=0x1)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:550] in user32
(0x0030ab68)
1 0x7ecc2998 LISTBOX_Paint+0x2f3(descr=0x20026c8, hdc=0x200be)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:1055] in user32
(0x0030abd8)
2 0x7ecc7f62 ListBoxWndProc_common+0x1936(hwnd=0x100fe, msg=0xf, wParam=0,
lParam=0, unicode=0)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:2979] in user32
(0x0030adb8)
3 0x7ed27105 ListBoxWndProcA+0x3f(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:1087] in user32
(0x0030ade8)
4 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030ae18)
5 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0,
result=0x30ae88, arg=0x7ed270c5)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32
(0x0030ae58)
6 0x7ed26a30 CallWindowProcA+0x69(func=0x7ed270c5, hwnd=0x100fe, msg=0xf,
wParam=0, lParam=0)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:955] in user32
(0x0030aea0)
7 0x004465d8 in skiparktycoondemosetup.tmp (+0x465d7) (0x0030af48)
8 0x0043b4e5 in skiparktycoondemosetup.tmp (+0x3b4e4) (0x0030af58)
9 0x004435a7 in skiparktycoondemosetup.tmp (+0x435a6) (0x0030b080)
10 0x004464f4 in skiparktycoondemosetup.tmp (+0x464f3) (0x0030b0e0)
11 0x0042224a in skiparktycoondemosetup.tmp (+0x22249) (0x0030b0f8)
12 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030b128)
13 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0,
result=0x30b72c, arg=0x350d4b)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32
(0x0030b168)
14 0x7ed26744 WINPROC_CallProcWtoA+0xe2e(callback=0x7ed2464a, hwnd=0x100fe,
msg=0xf, wParam=0, lParam=0, result=0x30b72c, arg=0x350d4b)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:858] in user32
(0x0030b688)
15 0x7ed268ef WINPROC_call_window+0x19c(hwnd=0x100fe, msg=0xf, wParam=0,
lParam=0, result=0x30b72c, unicode=0x1, mapping=3192676)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:902] in user32
(0x0030b6d8)
16 0x7ece31bd call_window_proc+0xbf(hwnd=0x100fe, msg=0xf, wparam=0,
lparam=0, unicode=0x1, same_thread=0x1, mapping=3192676)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:2223] in user32
(0x0030b738)
17 0x7ece605b send_message+0x137(info=0x30b7b0, res_ptr=0x30b7dc,
unicode=0x1)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3260] in user32
(0x0030b798)
18 0x7ece6679 SendMessageW+0x60(hwnd=0x100fe, msg=0xf, wparam=0, lparam=0)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3454] in user32
(0x0030b7e8)
19 0x7ecf33ef update_now+0xb3(hwnd=0x100cc, rdw_flags=0x180)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:814] in user32
(0x0030b818)
20 0x7ecf432e RedrawWindow+0x39d(hwnd=<couldn't compute location>,
rect=<couldn't compute location>, hrgn=<couldn't compute location>,
flags=<couldn't compute location>)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1235] in user32
(0x0030b898)
21 0x7ecf43ba UpdateWindow+0x5c(hwnd=<couldn't compute location>)
[/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1253] in user32
(0x0030b8d8)
22 0x00484557 in skiparktycoondemosetup.tmp (+0x84556) (0x0030b9c4)
--- snip ---
$ sha1sum SkiParkTycoonDemoSetup.exe
du 0f478923969d888447efeb90888fcf537bb63f49 SkiParkTycoonDemoSetup.exe
$ du -sh SkiParkTycoonDemoSetup.exe
154M SkiParkTycoonDemoSetup.exe
$ wine --version
wine-1.7.19-70-gd6a59f7
Regards
--
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=41203
Bug ID: 41203
Summary: mCtrl does not work well
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
"mCtrl is open-source C library providing set of additional user interface
controls for Windows, intended to be complementary to standard Win32API
controls from USER32.DLL and COMCTL32.DLL."
http://www.mctrl.org/
I tried to run the example programs on WINE, but the do not work well or they
do not work at all.
This is what I have noticed:
- CHART control: nothing is displayed.
- EXPAND control: pressing the arrow button, the control is expanded, but
without animation. Please note that something related to the animation is
running in background, if for example the expansion will take one second to
execute, WINE will expand the control suddently after one second.
- IMGVIEW control: it crashed brutally.
- MDITAB control: no tab is displayed.
- MENUBAR control: text is drawn outside the highlight (or viceversa).
Attached here some screenshots of these errors.
--
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=15773
Summary: application not run
Product: Wine
Version: 1.1.7
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: borgez(a)mail.ru
app say debug in there and fals
run $wine app
and $WINEDEBUG=-all wine app
not affect
make/wine-1.1.7/dlls/dxdiagn/provider.c:115] in dxdiagn (0x0033f500)
--
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=40839
Bug ID: 40839
Summary: fifa07
Product: Wine
Version: 1.9.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: salari88(a)gmail.com
Distribution: ---
Created attachment 54812
--> https://bugs.winehq.org/attachment.cgi?id=54812
fifa07
the fifa07 is not runing on my system
--
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=33552
Bug #: 33552
Summary: Dragon Age 2 doesn't detect my graphic card VRAM and
driver
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scrimekiler(a)yahoo.fr
Classification: Unclassified
Created attachment 44410
--> http://bugs.winehq.org/attachment.cgi?id=44410
Screenshot of the detection problem
Using a wine patch (which will be included in 1.5.30) made me able to have my
graphic card name detected.
However, Dragon Age 2 doesn't detect my nvidia graphic driver and tells it's
too old to make me able to change some graphic options.
Card : Nvidia Gefore GT 630, driver 313.30
Gentoo 32 bits, kernel 3.7.10
--
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=41373
Bug ID: 41373
Summary: Using Quicken Deluxe 2007 the file->print register
function does not format correctly
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ed007(a)centurytel.net
Distribution: ---
using Debian 8.5 with wine 1.9.19
(using Debian 7.8 with wine 1.4.1 works okay)
in quicken do file->print register using default printer setup
in popup window specify title (and whatever else) ->print
in popup for print window do a preview.
The preview looks like a single line. If zoom in is
done, the data can be seen (looks like on HUGE page)
if print is done, page looks blank, but can see there is
tiny printing.
change printer-setup to PDF on CUPS.
Results are the same.
change printer-setup to QUICKEN PDF PRINT ON LPT1
Retry. This time the preview shows a correctly formatted
register. (Since i have no printer on lpt1, can not actually
print anything.)
Also have a fedora 22 system with wine at 1.9.4-1
quicken works okay.
there is an update for wine 1.9.12-1.
If I install the update, quicken fails just like the
debian 8.5 failure... quicken->print register will not print
correctly.
--
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=32096
Bug #: 32096
Summary: drawStridedSlow can be more efficient
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guillaum.bouchard(a)gmail.com
Classification: Unclassified
Hi,
Recently I noticed that World of Warcaft is far more slow on d3d9 mode than
using the OpenGL mode on my computer (pentium 4 and geforce 5 fx).
Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside
WoW, not wine)
D3D mode is slower because an important amount of the primitives are rendered
using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl
call (here, 600K calls compared to 12K in OpenGL mode).
It appears that if the computer can handle vertex array (ie:
glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and
glClientActiveTexture) the number of openGL call can be dramatically reduced,
leading to an important increase in FPS (8 to 25 in important city in WoW).
On my computer, I hacked inside drawStritedSlow and I have only one issue, the
format of color is packed in BGRA, which is not compatible with the format
awaited by glColorPointer. This can be fixed using the extension
ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I
solved this issue by looping over each vertex and building a custom array in
memory that I submitted to glColorPointer. I got approximately the same FPS
increase using this approach.
My conclusions here are that the fallback to drawStridedSlow is a bit extreme
and in most case unnecessary. In my configuration everything works except the
conversion from the d3d BGRA format for color in RGBA. This part can be easily
done in software to create a suitable color array. Also, I did not dig inside
the shader code of wined3d, but perhaps this conversion can be simply
implemented as a swizzle in the custom vertex shader. (am I right guessing that
wined3d does not uses the default shader of the fixed pipeline ?).
So this bug report is more a way of opening the discussion. I see many options
to improve the situation:
a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If
necessary implements the needed conversions in software. But this will not
generates OpenGL function call and will increase performance a bit
b) Tweak the vertex shader to do the conversion in the vertex shader, I think
it is our best option
c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an
example of code which is doing this. I'm playing WoW with this since 3 days
without any issue and with a FPS increase of 200%). I don't think that honestly
it is the good idea.
d) do something else. Because I did not read anything else than the
drawStritedSlow function, I may have missed something important.
I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I
don't know DX, but can learn enough. Thank you for reading.
--
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=35360
Bug ID: 35360
Summary: Crimson3: crashes when dragging symbol on design
screen
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sammyizimmy(a)gmail.com
Classification: Unclassified
Created attachment 47167
--> http://bugs.winehq.org/attachment.cgi?id=47167
crash backtrace
Wine crashes when I drag a symbol from the palette to the design screen
in Crimson 3.0 build 548.001
--
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=34075
Bug #: 34075
Summary: Mouse must be held down to be visible
Product: Wine
Version: 1.6-rc3
Platform: Other
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ipickert55(a)gmail.com
Classification: Unclassified
Created attachment 45302
--> http://bugs.winehq.org/attachment.cgi?id=45302
Wine Log of starting steam and playing the game
I believe that this is a regression, however, i have no clue how to run a
regression test on a mac so I am just submitting this bug. It looks like this
bug had been solved in X11, so I think that this is related to the macdriver.
--
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=40657
Bug ID: 40657
Summary: Rome Total War crashes at startup in gst_object_unref
Product: Wine
Version: 1.9.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: robert.munteanu(a)gmail.com
Distribution: ---
Created attachment 54528
--> https://bugs.winehq.org/attachment.cgi?id=54528
backtrace
32-bit wine prefix with steam installed. This used to work at some point, but I
haven't tried RTW in a long time. After the initial splash screen, when a
progress bar appears, RTW crashes.
The backtrace points to winegstreamer, see attached.
--
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=43344
Bug ID: 43344
Summary: Cannot play setting ZBuffer to 32 bits
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alehiphopdj2(a)hotmail.com
Distribution: ---
Executing VideoCfg.exe to configure the video settings (video resolution,
colors bits and ZBuffer bits). ZBuffer bits can be setted to 16 or 32 bits.
32 bits doesn't work on Wine neither in Win7 Professional SP1. I tried both at
the same resolution 800x600 and 32 bits colours.
**** On Wine 2.12 under Linux (Ubuntu):
screen remains black and does not respond, so i quit pressing Esc key and i get
this on console:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub!
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
Looks like the problem is about that final "fixme" about ddraw.
**** On Win7 Professional SP1:
a window appears with an error:
---------------------------
Fatal error
---------------------------
Renderer Initialisation failed !!
---------------------------
Accept
---------------------------
and pressing Accept button window closes.
--
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=22546
Summary: Error Snelstart after loading
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wvanreede(a)live.nl
Created an attachment (id=27653)
--> (http://bugs.winehq.org/attachment.cgi?id=27653)
errorlog+ backtrace snelstart error
after snelstart loads, it asks for script55. with winetricks i installed
script56.
after that the app crashed.
--
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=37562
Bug ID: 37562
Summary: Skype opens apps.skype.com on every start
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: Red Hat
Most likely there's something missing in Wine so Skype cannot change the state
of "apps.skype.com has already been shown".
P.S. Make sure you deleted login.cab before trying to debug this issue (proper
HTML support is not yet there, see bug 28457).
Skype version: 6.21.32.104
--
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=30721
Bug #: 30721
Summary: .NET 3.x/4.x WPF based installers/apps require
windowscodecs.dll BmpFrameDecode_GetColorContexts
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
another one ...
--- snip ---
Unhandled Exception: System.Reflection.TargetInvocationException: Exception has
been thrown by the target of an invocation. --->
System.Windows.Markup.XamlParseException: Cannot convert string
'/Microsoft.PowerShell.GPowerShell;component/NewFile.png' in attribute
'EnabledImageSource' to object of type 'System.Windows.Media.ImageSource'. The
method or operation is not implemented. Error at object
'Microsoft.Windows.PowerShell.Gui.Internal.ImageButton' in markup file
'Microsoft.PowerShell.GPowerShell;component/mainwindow.xaml'. --->
System.NotImplementedException: The method or operation is not implemented.
at MS.Internal.HRESULT.Check(Int32 hr)
at System.Windows.Media.Imaging.BitmapFrameDecode.get_ColorContexts()
at System.Windows.Media.Imaging.BitmapSource.CreateCachedBitmap(BitmapFrame
frame, BitmapSourceSafeMILHandle wicSource, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption, BitmapPalette palette)
at System.Windows.Media.Imaging.BitmapFrameDecode.FinalizeCreation()
at System.Windows.Media.Imaging.BitmapFrameDecode..ctor(Int32 frameNumber,
BitmapSourceSafeMILHandle sourceHandle, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption, BitmapDecoder decoder)
at System.Windows.Media.Imaging.BitmapDecoder.SetupFrames(BitmapDecoder
decoder, ReadOnlyCollection`1 frames)
at System.Windows.Media.Imaging.BitmapDecoder.get_Frames()
at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri
baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption)
at
System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext
context, CultureInfo culture, Object value)
at
System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext
context, CultureInfo culture, String text)
...
--- snip ---
$ wine --version
wine-1.5.4-185-g6c51c1b
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=36155
Bug ID: 36155
Summary: valgrind shows a leak whenever using a virtual desktop
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==27721== 208 bytes in 1 blocks are definitely lost in loss record 445 of 645
==27721== at 0x7BC4C735: notify_alloc (heap.c:255)
==27721== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==27721== by 0x5EF852D: query_screens (xinerama.c:128)
==27721== by 0x5EF88A5: xinerama_init (xinerama.c:196)
==27721== by 0x5EF2737: process_attach (x11drv_main.c:574)
==27721== by 0x5EF2BB4: DllMain (x11drv_main.c:693)
==27721== by 0x5F02FC6: __wine_spec_dll_entry (dll_entry.c:40)
==27721== by 0x7BC52FC0: ??? (loader.c:138)
==27721== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068)
==27721== by 0x7BC5597C: process_attach (loader.c:1157)
==27721== by 0x7BC585E2: LdrLoadDll (loader.c:2129)
==27721== by 0x7B85A79A: load_library (module.c:933)
==27721== by 0x7B85A908: LoadLibraryExW (module.c:990)
==27721== by 0x7B85AA4D: LoadLibraryW (module.c:1032)
==27721== by 0x525BE16: load_desktop_driver (driver.c:76)
==27721== by 0x525BFA2: load_driver (driver.c:98)
==27721== by 0x525D283: loaderdrv_CreateDesktopWindow (driver.c:741)
==27721== by 0x52CC28B: GetDesktopWindow (win.c:2090)
==27721== by 0x55D64FE: get_display_driver (driver.c:101)
==27721== by 0x55D65B8: DRIVER_load_driver (driver.c:122)
==27721==
just about every test shows this:
[austin@localhost logs]$ grep -c DRIVER_load_driver 2014-04-27-20.29.log
503
--
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=23151
Summary: Mass Effect 2: in intro video, Miranda's eyes are
solid white
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=28794)
--> (http://bugs.winehq.org/attachment.cgi?id=28794)
screenshot - wine
Only happens in one part. The dialog is around "But Shepard...they'll follow
him. He's a hero, a bloody icon." and "But he's just one man."
I'll attach screenshots on windows and wine.
Terminal output is:
fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24)
WINED3DFORMAT!
fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the
format lookup table
fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB)
WINED3DFORMAT!
fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the
format lookup table
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
Note: The wine screenshot had a small delay from Shutter, so there's a line
across it where two frames merged. That's not in the game, but you can see the
eye problem in it.
--
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=27349
Summary: SafeDisc v2.x API entry analyzer flags Wine's
user32.dll as "bad" (too many exports with PIC loads
in prolog code) (SimCity 4, ...)
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
many games (and some apps) have dependency on "meta" bug 219 "Programs refuse
to run because of safedisc copy-protection" which just bad (not even targeting
specific version).
I bought some games for few bucks just to have a look at some copy protections.
Though I will probably never play them ;-)
Collecting/tracking affected games/apps for this _specific_ issue here
(applicable appdb entries should have bug 219 dependency removed in favor of
this one).
The root cause was already targeted by bug 10273 ("satisfy SafeDisc 2.x
heuristic API analyzer by "adjusting" API exports/entry statistics of wine
builtins (affects e.g. adobe photoshop)") ...
That bug was closed a long time ago because it ought to work for various SD 2.x
apps/games (unfortunately also depending on wine build environment/host gcc).
I rejected the idea of reviving that bug and instead created a new one,
targeting the affected core dll.
Game: "SimCity 4"
A quick scan with "ProtectionID" reveals:
--- snip ---
-=[ ProtectionID v0.6.4.0 JULY]=-
(c) 2003-2010 CDKiLLER & TippeX
Build 07/08/10-17:57:05
Ready...
Scanning -> H:\.wine\drive_c\Program Files\Maxis\SimCity 4\Apps\SimCity 4.exe
File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7971630 (079A32Eh)
Byte(s)
[x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL)
-> File has 746286 (0B632Eh) bytes of appended data starting at offset 06E4000h
[File Heuristics] -> Flag : 00000000000000000100000100000111 (0x00004107)
[!] Safedisc v2/v3/v4 [unknown version] detected !
[i] Appended data contents....
...
[CompilerDetect] -> Visual C++ 6.0
- Scan Took : 0.262 Second(s)
--- snip ---
We can do better ...
The string "BoG_" is well known for detection of SafeDisc versions.
--- snip ---
$:~/.wine/drive_c/Program Files/Maxis/SimCity 4/Apps$ xxd -g 4 SimCity\ 4.exe |
grep "BoG_" -A 2
0006fd0: 00000000 426f475f 202a3930 2e302621 ....BoG_ *90.0&!
0006fe0: 21202059 793e0000 00000000 00000000 ! Yy>..........
0006ff0: 00000000 02000000 50000000 0a000000 ........P.......
--- snip ---
0x02000000 -> 2
0x50000000 -> 90
0x0a000000 -> 10
So this is SafeDisc v2.90.10 protection.
By debugging this game I came to conclusion there is still a problem with the
API entry statistics.
$ wine --version
wine-1.3.21-26-ge6ee2c1
$ gcc --version
gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)
For the meaning of the table just read up some comments in bug 10273
kernel32 user32 gdi32 condition (cx < threshold)
--------------------------------------------------------------------
c1: 0x43 0x55 0x50 0x5F
c2: 0x23 *0x41 0x39 0x3C
c3: 0x00 0x00 0x00 0x5A
* = threshold exceeded -> bad
Basically the majority of exported user32 API entries have PIC register load
code within range of first 8 opcode bytes of entry which is treated as
trampoline (= high c2 value).
--- snip ---
...
.text:0001D847 __i686_get_pc_thunk_bx proc near
.text:0001D847 mov ebx, [esp+0]
.text:0001D84A retn
.text:0001D84A __i686_get_pc_thunk_bx endp
...
API entry:
.text:0003735C push ebp
.text:0003735D mov ebp, esp
.text:0003735F push ebx
.text:00037360 sub esp, 34h
.text:00037363 call __i686_get_pc_thunk_bx
.text:00037368 add ebx, 0AEC8Ch
...
--- snip ---
Kernel32 gets the good looking stats because it forwards various stuff to
ntdll, letting compiler produce different function prolog code (= not having
PIC register load in first place).
As already mentioned in the other bug, unimpl. stubs also help to improve stats
because they have 8 NOPs on entry.
I've tweaked user32 again a bit just to pass the threshold - there are various
ugly methods one bad as the other ;-|
A method without adding unimpl. stubs or stack protector code (unreliable
because cookie code can be inserted _after_ PIC code) and keeping -fPIC is to
convince the compiler to use the 6 byte opcode for reserving stack space, e.g.
"subl $xxx, %esp" with a 32-bit immediate (0x81,0xEB,<32 bit immediate>).
Good targets are stubs and functions that make use of FIXME/TRACE.
There are lots of them that can be tweaked this way (= no performance penalty),
improving entry stats.
Result: games work out of the box without the need of No-CD patches.
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=36977
Bug ID: 36977
Summary: Magic: The Gathering – Duels of the Planeswalkers 2015
crashes after few frames of intro sequence
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: otigkd(a)gmail.com
Created attachment 49100
--> http://bugs.winehq.org/attachment.cgi?id=49100
crash log
os: Gentoo x86
installed trough steam.
a few seconds of loding/intro is played, then crashes
--
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=40784
Bug ID: 40784
Summary: Wargame: European Escalation wants X3DAudio1_7.dll
Product: Wine
Version: 1.9.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fremenzone(a)poczta.onet.pl
Distribution: ---
Created attachment 54685
--> https://bugs.winehq.org/attachment.cgi?id=54685
Log from running the game with no directx9 installed
I have run into problems with running Wargame: European Escalation under wine
1.9.11. I install the game into a clean wine prefix. The trying to run it I get
an error that says:
err:module:import_dll Library X3DAudio1_7.dll (which is needed by
L"Z:\\dane\\gry\\wargame_ee\\wargame.exe") not found
(full log attached). I figured out this file is provided by DirectX, so I use
winetricks to install it:
WINEPREFIX="/dane/gry/wargame_ee/.wine" winetricks directx9
Then the games complain about missing d3dx9_43, so I install that as well with
winetricks (log attached). Then the game finally starts but there is no sound.
Again, log attached.
My system:
- openSUSE 11.4
- wine 1.9.11
- kernel 2.6.37
I can provide more information if necessary.
--
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=35698
Bug ID: 35698
Summary: Nuance PDF Create! 5 installer (part of OmniPage 17)
reports 'Error code: 154 - Get ServerPolicy failed'
(IGroupPolicyObject, CLSID
{ea502722-a23d-11d1-a7d3-0000f87571e3})
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
The failure seems non-critical and the message box can be dismissed.
The sub-installer can be separately run for testing:
--- snip ---
$ pwd
/mnt/iso/PDFCreate5/System32/PDFCreate
$ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >>
~/Downloads/log2.txt 2>&1
...
003f:Call ole32.CoCreateInstance(00b2e33c,00000000,00000001,00b2e324,00b2e334)
ret=008d881a
003f:trace:ole:CoCreateInstance (rclsid={ea502722-a23d-11d1-a7d3-0000f87571e3},
pUnkOuter=(nil), dwClsContext=00000001,
riid={ea502723-a23d-11d1-a7d3-0000f87571e3}, ppv=0xb2e334)
003f:trace:ole:CoGetClassObject CLSID:
{ea502722-a23d-11d1-a7d3-0000f87571e3},IID:
{00000001-0000-0000-c000-000000000046}
003f:Call
KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,00b2e33c,00b2e11c)
ret=7eac14e4
003f:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7eac14e4
003f:Call ntdll.RtlInitUnicodeString(00b2e030,00b2e082
L"CLSID\\{EA502722-A23D-11D1-A7D3-0000F87571E3}") ret=7eabb537
003f:Ret ntdll.RtlInitUnicodeString() retval=00b2e030 ret=7eabb537
003f:Call ntdll.NtOpenKey(00b2e07c,00020019,00b2e038) ret=7eabb553
003f:Ret ntdll.NtOpenKey() retval=c0000034 ret=7eabb553
003f:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7eabb55e
003f:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7eabb55e
003f:err:ole:CoGetClassObject class {ea502722-a23d-11d1-a7d3-0000f87571e3} not
registered
003f:err:ole:CoGetClassObject no class object
{ea502722-a23d-11d1-a7d3-0000f87571e3} could be created for context 0x1
003f:Ret ole32.CoCreateInstance() retval=80040154 ret=008d881a
003f:Call user32.MessageBoxA(00000000,00b2e1e8 "CoCreateInstance \n Error code:
154",00901348 "Get ServerPolicy failed",00000000) ret=008d8eee
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/aa374235%28v=VS.85%29.aspx
Here is a blog entry which talks about it, with some code example:
http://magicmao.wordpress.com/2011/08/05/changing-group-policy-by-c-coding/
$ wine --version
wine-1.7.13-118-g0eb6265
Regards
--
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=40273
Bug ID: 40273
Summary: Call from 0x7b83d9b2 to unimplemented function
windowscodecs.dll.WICCreateBitmapFromSection
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: xerox_xerox2000(a)yahoo.co.uk
Distribution: ---
a user reported problems with this app https://paprikaapp.com/windows/ on the
forum.
After winetricks dotnet45 corefonts and working around
https://bugs.winehq.org/show_bug.cgi?id=15670 by adding registrykey like
wine-staging does** the app crashes with Call from 0x7b83d9b2 to unimplemented
function windowscodecs.dll.WICCreateBitmapFromSection
When i use native windowscodecs it also crashes with:
Unhandled Exception: System.NotSupportedException: No imaging component
suitable to complete this operation was found. --->
System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88982F50
**: (see
https://github.com/wine-compholio/wine-staging/blob/master/patches/wine.inf…)
--
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=42823
Bug ID: 42823
Summary: cmd.exe behaves differently from Win7 regarding
redefined labels
Product: Wine
Version: 2.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: lorenz.witte(a)gmail.com
Distribution: ---
Created attachment 57895
--> https://bugs.winehq.org/attachment.cgi?id=57895
CMD script shows label behavior difference
Wine's cmd.exe behaves differently regarding redefined labels in cmd/bat files.
With Wine, it appears that the interpreter jumps to the last label with the
correct name seen before a "goto" command, on Windows, it will jump to the next
label after a "goto" command.
Please see the attached test file, it should make things clear. It will produce
the output "I'm wine!" or "I'm windows!" respectively.
While it is certainly bad practice to redefine labels, unfortunately CMake
creates such batch files when creating custom commands for Visual Studio
builds.
--
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=39011
Bug ID: 39011
Summary: Sierra Chart hangs when drawing polygon fill line
type: gdi32.Polygon()
Product: Wine
Version: 1.7.48
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)brettcave.net
Distribution: ---
Created attachment 51965
--> https://bugs.winehq.org/attachment.cgi?id=51965
v1.7.44 WINEDEBUG log segment with THREAD_DETACH errors
Sierra Chart is a stock market, forex, and other market price graphing program.
They use C/C++ and avoid java and .net. Normally it runs well under wine, but
there is a long term issue that they've known about: Drawing chart lines with a
polygon fill (Fill Top, Fill Bottom in the program) will hang wine for a minute
or 2 but works fine under regular windows. This hanging will release and then
hang again shortly after making the chart unusable.
I'm using ubuntu 14.04 LTS with wine 1.7.44 from the ppa archive.
I've also compiled 1.7.48 32bit using the lxc instructions. I was able to get
the X11 socket running inside lxc after some work. Sierra Chart runs at full
speed with it.
My hardware for testing is a laptop, dual core 2.2ghz AMD K10e, Mobile Radeon
HD 4250 using generic linux drivers, and 8g RAM. Sierra Chart isn't known to
directly bang video hardware, so chip and driver shouldn't be an issue. This
laptop can play 1080i mpeg2 off my DVR faster than normal, so it is capable
enough to handle a chart.
Both were tested with cleanly created wine prefixes. Sierra Chart is 32bit
compiled and normally works fine with wine.
I've been able to reproduce the bug by using the polygon fill line type and by
scrolling the chart back and forth. If I change the line type to something
plain, the freezing problem doesn't happen.
The bug is harder to reproduce with debugging activated. It's probably allowing
extra time for whatever is causing the hang to finish before it hangs.
*** file: wine_SC_THREAD_DETACH.wine1.7.44.log.txt
I've attached a small log file segment from ubuntu version 1.7.44:
WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll
It starts out with the gdi32 draw commands, has the freezing section in the
middle, and then continues with the gdi32 draw commands.
The problem is from time stamp 1306647.286 to 1306718.051. It's about 71
seconds total.
There are a bunch of THREAD_DETACH entries in the log. Sierra Chart support
says that graph drawing is not multi threaded and that they don't know what
that is. The only other threads are when downloading real time price data
updates and loading chart price data from disk.
Note: the next 1.7.48 versions were run from inside the 32bit lxc build
environment.
One thing I noticed when testing with 1.7.48 is that my memory usage bar applet
was jumping around a lot during a freeze. I didn't get exact figures but the
range was over 3g. That's huge for a 32bit program. I wasn't watching for the
first log.
*** file: wine_SC_ConsoleLog_wine1.7.48.log.txt
This is the regular shell console log.
*** file: wine_SC_wine1.7.48.log.txt
I've attached a second small log file segment from compiled version 1.7.48:
WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll
It starts out with the gdi32 draw commands, has a very small freezing section
in the middle, and then continues with the regular gdi32 draw commands.
The problem is from time stamp 1485052.556 to 1485124.153. It's about 71
seconds total.
In this log I didn't see the THREAD_DETACH entries. It was small and clean with
no errors reported. I don't know what to make of the difference between the 2
logs.
I can see that there's a problem, but I don't have enough programming and
debugging skills to understand what is going on.
If this looks like a programming error in Sierra Chart, please give me
something I can tell them that they won't brush off.
-------------
Download Instructions.
Download page:
http://www.sierrachart.com/index.php?page=doc/SCInstallerList.php
The page will list multiple versions ranging from current to past.
The file to get is: SierraChartSetupNoCLR.exe
The file date in the list: 2015/7/31
The "NoCLR" (No Common Language Runtime) doesn't use poorly supported windows
functions and is wine friendly. This is the version Sierra Chart support
normally recommends.
sha1sum:
4454a0ef2e3a2bb525098ea5620f8d4bb23edb2a SierraChartSetupNoCLR.exe
In a week or so, this current version will "probably" be named:
1280SierraChartSetupNoCLR.exe
Help / About shows version number 1280.
------------
Account Setup Instructions.
Sierra Chart has a free demo account for testing. Their install is almost
entirely self contained to a directory and won't scatter files everywhere.
Instructions are here:
http://www.sierrachart.com/index.php?page=doc/setup.php
Step 1: Download program. Since Sierra Chart support isn't going to do anything
with this bug, the current version will very likely have it since this is an
old bug of unknown age. If not using this link, use the download link above.
Step 2: "Create Your Account" to get a free demo account. I recommend something
alone the lines of "Wine Debug". They will know what that is. A support ticket
will need to be opened to activate the account. They're very easy going with
programmers. Just mention that you're someone from the wine debug team. If
y'all want more than the 15 day trial, request it there. They will usually
activate the account the same day.
Support Link:
http://www.sierrachart.com/index.php?page=doc/support.html#SCAccounts
This is Section #2, instructions in the yellow box with the link.
In the future if the trial account expires, open another support ticket,
mention that you're with the wine debug team and need to run some more tests.
They'll usually reactivate the account the same day.
So long as you're actively programming or debugging and not using their product
to trade for free, Sierra Chart support is very laid back about continuing
accounts.
Ignore the rest of the Sierra Chart account steps web page and follow my steps
below to reproduce the bug once the demo account is activated.
--------------
Steps to reproduce the bug.
#create a new prefix
WINEPREFIX=/home/user1/.wine3 winecfg
Applications / Windows Version: Windows 7
#earlier tests have shown different windows versions don't matter.
No library overrides.
Turned off Graphics: Allow the window manager to decorate the windows.
Sierra Chart has alert sounds, but they are irrelevant for the bug
reproduction.
"OK" to exit out of winecfg.
#install Sierra Chart
WINEPREFIX=/home/user1/.wine3 wine SierraChartSetupNoCLR.exe
Accept defaults options and locations in the installer. Run when finished.
Note: I recommend to run Sierra Chart in normal / non-debug mode the first time
as the freezing bug is easier to reproduce.
Enter user name and password.
When the main window comes up, press "No" at the Data and Trade Service prompt
to use demo mode defaults.
Hit "Close Log" on "Message Log" to get it out of the way.
Menu: File / Find Symbol
Expand "Forex".
I prefer to select "GBPUSD" as the symbol since it has good volume and is
easily recognized.
Hit the "Open Intraday Chart" button.
Hit the "Close" button to get rid of the find screen.
A full screen chart will open and download price data for a minute.
Click once in the middle of the chart to select it. Press the keyboard down
arrow 11 times. At the very bottom right corner will be a tiny green box with a
number in it. Every time the down arrow gets hit, it will decrement and the
chart will show more bars per screen. The bar should read "1". If it is red,
hit the "End" key on the keyboard. Color doesn't matter much for this
reproduction, though.
Note: If the hanging problem below gets to be too severe to do anything, only
press the down arrow several times to not compress the chart view as much.
Maybe go down to "5" instead of "1".
Quick side note before the hanging bug gets triggered: Menu: Help / About will
show the build number / version number for verification. The latest installer
file usually won't have a version number in the name.
Menu: Analysis / Studies
Hit "Add Custom Study" button at the bottom.
Double click to expand "User Contributed Studies".
Scroll down to "RSI Bands". Select it and hit "Add". It will show up on the
right panel list. This study won't cause the bug alone. It is used to put an
extra load on the graph.
Hit "Add Custom Study" button again.
Scroll down a little to "RSI w/Trend". Select it and hit "Add". It will show up
on the right panel list. This study has the polygon fill that will trigger the
freezing bug.
Note for Bug Settings:
Something to point out to come back to later... Select "RSI w/Trend" and hit
the "Settings" button. Hit the "Subgraphs" tab at the top. At the top middle
will be a "Draw Style" column. This is how the study line types are drawn on
the graph. The bug versions will have "Trans. Fill Top" for "Fast MA" and
"Trans. Fill Bottom" for "Medium MA". Selecting these two entries and changing
them with the "Draw Style" drop down box to "Line" then "Solid" and "1" will
allow them to not trigger the bug (but do that later). Changing the two entires
to "Fill Top" and "Fill Bottom" will still trigger the bug regardless of
transparency settings. For now, don't change the settings for the bug
reproduction, but come back to this afterwards. Hit "Cancel" to get out of the
settings screen.
Hit "OK" on the "Chart Studies" window to get back to the main chart. New lines
will be drawn on the screen from the two added studies.
The graph "should" come back immediately, but sometimes it will trigger the
hanging bug. Click on another virtual desktop and come back or click on a
window below Sierra Chart to bring it forwards and then go back to Sierra
Chart. If the screen doesn't redraw within a second or two, then the bug was
triggered. It will take a minute or two for Sierra Chart to come back. Note
that the CPU will be maxed out and RAM usage will be jumping around.
To save these settings so far, Menu: File / Save All. Enter a brief chart book
name for a file name at the bottom (like "test1"). Afterwards the chart book
can be quickly reloaded by that name in the recent files list on the right side
of the File menu. This will allow for skipping the "Menu: Analysis / Studies"
steps on next program reload. ...That is if the hanging bug isn't triggered
again... and again... and again...
In wine debug mode, the hanging bug "usually won't" be triggered yet.
To manually trigger the hanging bug, use the mouse to grab the horizontal
scroll bar at the bottom of the screen and drag it back and forth. This will
scroll the chart back and forth causing a lot of redraws.
If Sierra Chart stops responding, click on another virtual desktop and come
back or click on a window below Sierra Chart to bring it forwards and then go
back to Sierra Chart. If the screen doesn't redraw within a second or two, then
the bug was triggered. It will take a minute or two for Sierra Chart to come
back. Note that the CPU will be maxed out and RAM usage will be jumping around.
With the wine debug mode log it is hard to see where the bug was triggered. I
use the "+timestamp" option and a stop watch/timer app to note the hang and
resume times so they can be matched up later in the debug log. When dragging
the chart horizontal scroll bar, they will be surrounted by gdi32 draw
commands.
In future tests, the Sierra Chart process may have to be killed. To restart it,
I go into the drive_c/SierraChart folder and run SierraChart.exe. Sierra Chart
will remember your login name and password. When the authentication window pops
up, just leave it for a couple seconds and it will go away and the main chart
will pop up.
Now that the hanging bug has been experienced, the line type can be changed
from the Note instructions above to see the comparison with a plain line.
--
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=40706
Bug ID: 40706
Summary: FolderMerger cmd not valued, xcopy problem in batch
Product: Wine
Version: 1.7.35
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: peterlongx1988(a)gmail.com
Distribution: ---
Created attachment 54591
--> https://bugs.winehq.org/attachment.cgi?id=54591
File Merger
I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm
but is problematic to use with Wine because cmd.exe is not valued when I press
Merge Now!
Is possibile to create a .bat file indipendently also, but when I try to
running it cmd.exe return me this error
Merging folders... (1/6)
Invalid parameter 'K' - use x copy ? for help
Is 'C:\PATH\filename.zip' a filename or directory
on the target?
(F - File, D - Directory)
This happens not because parameter is invalid. Example of command in .bat not
valued correctly
@echo off
cls
echo Merging folders ... (1/6)
XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H
cls
echo Merging folders ... (2/6)
XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y
/H
cls
echo.
echo Done!
echo.
ping -n 2 localhost >nul
start "" "C:\users\psiraja\Desktop\estrazione"
exit
Have you got any idea to bypass this 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=42010
Bug ID: 42010
Summary: ReactOS Calc does not show dots in radio buttons.
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
Created attachment 56449
--> https://bugs.winehq.org/attachment.cgi?id=56449
ReactOS Calc running in WINE.
I tried to run my ReactOS Calc on WINE.
It works fine but it does not show the dots inside the radio buttons.
It works fine from Windows 9x to Windows 7, but not in WINE.
Tested in lubuntu with latest trunk.
--
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=41404
Bug ID: 41404
Summary: WPS Office 10.1.0.5775 unhandled exception on
installation
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2460acc(a)gmail.com
Distribution: ---
Created attachment 55759
--> https://bugs.winehq.org/attachment.cgi?id=55759
Backtrace file for error
When trying to install WPS Office in Wine 1.8 (installation file
wps_office_free_10.1.0.5775_en.exe), I get a serious error. Backtrace is
attatched.
--
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=43464
Bug ID: 43464
Summary: Elite Dangerous Horizons fails to connect to server
with CRC error
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pecisk(a)gmail.com
Distribution: ---
Created attachment 58839
--> https://bugs.winehq.org/attachment.cgi?id=58839
EDH launching trace
Version: Wine 2.13 on Fedora 26
Winetricks: WINE=/usr/bin/win64 ./winetricks dotnet452 corefonts quartz
vcrun2012
1. Install ED Launcher
wine64 EliteDangerous-Client-Installer.exe
2. Launch ED Launcher
wine64 /.wine/drive_c/Program\ Files\ \(x86\)/Frontier/EDLaunch/EDLaunch.exe
3. Install Elite Dangerous Horizons
4. Press Play
Expected result: EDH main menu appears
Actual result: EDH compiles shaders but gets CRC error for server connection
along the way at the left bottom corner. Compiling ends with game showing error
message about not being able to verify connection with server.
Note: ED 32-bit version which is separate client, does not receive same error
and seems to be connecting to game just fine.
Goal of this bug report to understand what might cause this CRC error.
--
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=40828
Bug ID: 40828
Summary: Switching resolution in desktop mode makes task bar
redraw on top of full screen game
Product: Wine
Version: 1.9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
I got this issue with Aliens versus Predator Classic 2000 on Steam.
Preamble :
The game uses 800x600 screen size to render cinematic and the main menu.
The gameplay uses whatever screen resolution is set in the game video options
menu. It switches between those two resolutions when starting or abandoning a
level or when showing an in-game cinematic.
The Wine virtual desktop mode is set to the native screen resolution that is
the same resolution used for gameplay. When the game does not run, the Steam
window and the task bar are visible and working properly. Steam puts an icon in
the notification tray of the task bar.
Issue :
When the game is launched it switches the desktop to 800x600 to show the intro
cinematic. The task bar is visible and covers the bottom of the full-screen
game. The cinematics are letter-boxed and the menu has nothing of importance on
those few bottom pixels so it's not that much a problem. When starting a level,
the game switches to the native screen resolution, but the task bar still
covers the bottom of the screen. The game can be played as the task bar does
not hide much but it contrasts with the game and should be hidden by the
full-screen app anyway.
Workaround :
The game grabs the mouse, so it is by default not possible to click on the
window button on the task bar to refresh the game window, but activating the
Steam game overlay frees the mouse cursor, and allow to click on the window
button on the task bar. Clicking on that button twice makes the game window
redraw over the task bar. The Steam overlay can then be closed and the game can
be played with the task bar hidden.
However, starting/abandoning a level or viewing a cinematic makes the game
switch resolution and the task bar come back.
--
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=43358
Bug ID: 43358
Summary: xaudio crashes in EVE Online during launch
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: Commander.Alchemy(a)gmail.com
Distribution: ---
Created attachment 58718
--> https://bugs.winehq.org/attachment.cgi?id=58718
Backtrace with wine-staging compiled with -g and using winedbg.
When launching EVE - Online the game crashed with backtraces to Xaudio (se
logs)
This happens with Wine 2.12 or Wine-Staging 2.12 from local repos in Arch or
self compiled. However works fine with using wine or wine-staging binaries from
PlayOnLinux.
This was introduced somewhat lately since it worked fine couple of months
before. Maybe a GCC thing?
--
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=40433
Bug ID: 40433
Summary: Fifa 11 EU demo fails to install when run from custom
DVD
Product: Wine
Version: 1.7.29
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
"Fifa 11 EU Demo" fails to install from DVD created by myself under
wine-1.9.7-118-gaaddf13. This demo is distributed as zip file. I took to
content of the ZIP and created the ISO by MagicISO. As a volume label i chose
"fifa2011_eu_demo".
When i copy content of the DVD back to some folder on HDD, then the
installation succeeded.
This could be interpreted as invalid bug report, but this DVD, created by me,
works under Win8.1.
Installer pops-up at the end "Please insert the disc: FIFA 11 Demo".
Console: "err:msi:msi_view_get_row Error fetching data for 1"
This is a regression caused by wine-1.7.28-130-g5cb10c9:
commit 5cb10c96b26d07b7d0aabe3b8e337c7ce144b8af
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Oct 15 15:30:23 2014 +0200
msi: Don't skip the media check for the first volume.
Some installers require the first volume to be reinserted.
This commit fixed bug 20444. This commit was also indicated as a regression in
bug 38401. There he did reverse, i.e. real DVD copied and created ISO which
finally worked. IMHO he interpreted it as invalid by mistake.
--
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=38066
Bug ID: 38066
Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons
don't work (needs native dinput8)
Product: Wine
Version: 1.7.36
Hardware: x86
URL: http://www.4players.de/4players.php/download_info/Down
loads/Download/50673/Memento_Mori/Deutsche_Demo.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50710
--> https://bugs.winehq.org/attachment.cgi?id=50710
terminal output
Keyboard is working in the game because I can skip the intro videos by pressing
<Esc> and I can move the mouse pointer when the menu appears. Mouse buttons
however are not registered thus I can't select a menu option.
'winetricks dinput8' is a workaround.
I know of another game from the same publisher that also needs native dinput8
otherwise mouse buttons don't work: Numen: Contest of Heroes.
To test the demo you need to install native d3dx9_36 and Windows Media Player 9
or 10.
wine-1.7.36-28-ga679cae
Fedora 21
XOrg 1.16.3
XFCE 4.10
Memento_Mori_DEMO_setup_GERMAN.exe
md5sum: 8eda283807d43ad2a058c397efde7725
--
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.