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=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.
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=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.
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.
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.