April 2014 - Wine-Bugs - list.winehq.org

[Bug 31079] New: Fatal error during Stronghold Crusader Demo installation
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

http://bugs.winehq.org/show_bug.cgi?id=31079 Bug #: 31079 Summary: Fatal error during Stronghold Crusader Demo installation Product: Wine Version: 1.2.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maikwagner(a)yahoo.com Classification: Unclassified Created attachment 40798 --> http://bugs.winehq.org/attachment.cgi?id=40798 Console output of Stronghold Crusader Demo Hi everyone, I would like to report that I had some issues installing "Stronghold Crusader" demo which I got from: http://www.giga.de/spiele/stronghold-crusader/downloading/?id=2670&post_id=… During the installation a fatal error comes up but installation continues as normal when I close the error window. Thought I let you know. I have attached my console output. OS is CentOS 6.2 Another thing which could be of interest is, that the demo link in the AppDB is pointing nowhere. Appdb entry is: http://appdb.winehq.org/objectManager.php?sClass=version&iId=3993 Regards, Maik -- 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.

1 6

[Bug 27625] New: Panzer General 3D Demo: second scenario fails to load
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

http://bugs.winehq.org/show_bug.cgi?id=27625 Summary: Panzer General 3D Demo: second scenario fails to load Product: Wine Version: 1.3.22 Platform: x86 URL: http://www.download.com/Panzer-General-III-Scorched-Ea rth-updated-demo/3000-7562_4-10048808.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: robert.munteanu(a)gmail.com After winning the first scenario in the demo loading the second scenario does not work. The loading screen simply hangs. I can provide a savegame if it would speed up testing. -- 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.

1 6

[Bug 35827] New: Corel PaintShop Pro X6 v16.2 installer crashes on startup ('text/jscript' type not recognized when converting to script GUID)
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

https://bugs.winehq.org/show_bug.cgi?id=35827 Bug ID: 35827 Summary: Corel PaintShop Pro X6 v16.2 installer crashes on startup ('text/jscript' type not recognized when converting to script GUID) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... Might not be the real reason for the crash but still should be fixed anyway (the comment in the source indicates it). --- snip --- ... fixme:mshtml:get_guid_from_type Unknown type L"text/jscript" ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/5cdb4a273eefaa3c77e41e2875d7a759… --- snip --- 815 static BOOL get_guid_from_type(LPCWSTR type, GUID *guid) 816 { 817 const WCHAR text_javascriptW[] = 818 {'t','e','x','t','/','j','a','v','a','s','c','r','i','p','t',0}; 819 const WCHAR text_vbscriptW[] = 820 {'t','e','x','t','/','v','b','s','c','r','i','p','t',0}; 821 822 /* FIXME: Handle more types */ 823 if(!strcmpiW(type, text_javascriptW)) { 824 *guid = CLSID_JScript; 825 }else if(!strcmpiW(type, text_vbscriptW)) { 826 *guid = CLSID_VBScript; 827 }else { 828 FIXME("Unknown type %s\n", debugstr_w(type)); 829 return FALSE; 830 } 831 832 return TRUE; 833 } --- snip --- $ wine --version wine-1.7.14-185-g5cf20ce 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.

1 4

[Bug 19269] New: Distant impostors does not work in Lord of the Rings Online
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

http://bugs.winehq.org/show_bug.cgi?id=19269 Summary: Distant impostors does not work in Lord of the Rings Online Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: eric.ladner(a)gmail.com The "distant impostors" setting has no effect. The way it implements distant impostors, I believe, is substituting a flat 2d texture for 3d objects that are very far from the camera, giving more detail to the landscape without having to render 20 million polys for the trees. See http://www.codeweavers.com/compatibility/browse/group/?app_parent=4029;foru… (second post from the top) for screen shots comparing LotRO running on Wine and Windows and the difference "distant impostors" makes. I've verified that it doesn't work on 1.1.24 and 1.1.25 (although 1.1.25 crashed a lot for me on LotRO for some reason and I had to revert back to 1.1.24). I'd be happy to provide any extra debugging info if any would be helpful. -- 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.

1 22

[Bug 35112] New: L.A. Noire 1.3 (Steam version) fails to start, claiming "DX94: Graphics card capabilities are below the minimum specifications." (wined3d clamps device caps MaxVertexIndex to 0xFFFFF)
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

http://bugs.winehq.org/show_bug.cgi?id=35112 Bug ID: 35112 Summary: L.A. Noire 1.3 (Steam version) fails to start, claiming "DX94: Graphics card capabilities are below the minimum specifications." (wined3d clamps device caps MaxVertexIndex to 0xFFFFF) Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, now with bug 35109 fixed the game runs into next problem. After the main process 'LANoire.exe' has started an error dialog window is shown, stating: "Error: DX94: Graphics card capabilities are below the minimum specifications." It was actually a bit of pain to diagnose/debug because of several processes involved which are (re)started in sequence with the actual timing being important. There are only very small time windows for attaching debuggers, if you miss them -> boom (avoid 'auto' debugging of childs from parent). Additionally, these processes are a mixture of native binaries, .NET binaries and mixed-mode binaries somewhat complicating diagnosis further (unmanaged code with various managed code transitions in the same process). Relevant part of trace log, showing processes involved: NOTE: Don't redirect to files located within Steam folder to avoid unnecessarily triggering the directory watcher thread(s). --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+msvcrt,+d3d9,+relay wine ./steam.exe -applaunch 110800 >>~/Downloads/trace.txt 2>&1 ... 0024:trace:process:__wine_kernel_init starting process name=L"C:\\Program Files\\Steam\\steam.exe" argv[0]=L"C:\\Program Files\\Steam\\steam.exe" ... 0024:Call KERNEL32.CreateProcessW(00b1ed88 L"C:\\Program Files\\Steam\\steamerrorreporter.exe",00000000,00000000,00000000,00000000,00000000,00000000,00b1edf0 L"C:\\Program Files\\Steam",0033f4e8,0033f52c) ret=10001121 ... 0024:trace:process:create_process_impl starting L"C:\\Program Files\\Steam\\steamerrorreporter.exe" as Win32 binary (0x400000-0x436000, arch 014c) ... 0024:trace:process:create_process_impl started process pid 0025 tid 0026 ... 003f:Call KERNEL32.CreateProcessW(02a54a40 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LanLauncher.exe",02a54f50 L"\"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LanLauncher.exe\"",00000000,00000000,00000000,00000004,00000000,02978818 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire",06dcb588,06dcb604) ret=381ec242 ... 003f:trace:process:create_process_impl starting L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LanLauncher.exe" as Win32 binary (0x400000-0x514000, arch 014c) ... 003f:trace:process:create_process_impl started process pid 0056 tid 0057 ... 0057:Call KERNEL32.CreateProcessW(00000000,0033de68 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANPatcher.exe",00000000,00000000,00000000,00000404,00000000,044c8b88 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire",0033d520,0033d510) ret=100416f7 ... 0057:trace:process:create_process_impl starting L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANPatcher.exe" as Win32 binary (0x400000-0x4ae000, arch 014c) ... 0057:trace:process:create_process_impl started process pid 005b tid 005c ... 005c:Call KERNEL32.CreateProcessW(00000000,0033dd18 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANLauncher.exe -SkipPatchCheck",00000000,00000000,00000000,00000404,00000000,04497e78 L"C:\\Program Files\\Steam\\steamapps\\common",0033d3d0,0033d3c0) ret=100416f7 ... 005c:trace:process:create_process_impl starting L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANLauncher.exe" as Win32 binary (0x400000-0x514000, arch 014c) ... 005c:trace:process:create_process_impl started process pid 0066 tid 0067 0067:Call KERNEL32.CreateProcessW(00000000,0033d8b8 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANoire.exe -windowed -parentIsLauncher",00000000,00000000,00000000,00000404,00000000,04531618 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire",0033cf70,0033cf60) ret=100416f7 ... 0067:trace:process:create_process_impl starting L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANoire.exe" as Win32 binary (0x400000-0x184f000, arch 014c) ... 0067:trace:process:create_process_impl started process pid 0026 tid 0025 0067:Call KERNEL32.CreateProcessW(00000000,0033d8b8 L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANLauncher.exe -SplashScreen Loading",00000000,00000000,00000000,00000404,00000000,00000000,0033cf70,0033cf60) ret=100416f7 ... 0067:trace:process:create_process_impl starting L"C:\\Program Files\\Steam\\steamapps\\common\\L.A.Noire\\LANLauncher.exe" as Win32 binary (0x400000-0x514000, arch 014c) ... 0067:trace:process:create_process_impl started process pid 004b tid 004d ... 0064:fixme:advapi:CreateProcessAsUserW 0x44c L"C:\\Program Files\\Rockstar Games\\Social Club\\renderer.exe" L"\"C:\\Program Files\\Rockstar Games\\Social Club\\renderer.exe\" --type=renderer --disable-logging --disable-desktop-notifications --disable-speech-input --enable-accelerated-compositing --lang=en-US --channel=38.0F96F300.97936503 /prefetch:3" (nil) (nil) 0 0x0100040c (nil) (null) 0x322ae14c 0x322ae134 - semi- stub ... 0064:trace:process:create_process_impl started process pid 006a tid 006b ... --- snip --- After dumping, rebuilding and analysing the main executable + trace log for some hours I finally deduced the place where the problem originated. The d3d calls from trace log are register indirect calls which requires a debugger to identify the actual call site at run time. Additionally some of them are hooked at through Steam gameoverlay renderer. --- snip --- ... 0025:trace:d3d9:d3d9_device_GetDeviceCaps iface 0x32977c18, caps 0x332a74. 0025:Call ntdll.RtlAllocateHeap(00110000,00000008,0000017c) ret=f687fa1f 0025:Ret ntdll.RtlAllocateHeap() retval=32fe6448 ret=f687fa1f 0025:Call wined3d.wined3d_mutex_lock() ret=f687fa55 0025:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=f687fa55 0025:Call wined3d.wined3d_device_get_device_caps(328e2cb8,32fe6448) ret=f687fa6a 0025:Ret wined3d.wined3d_device_get_device_caps() retval=00000000 ret=f687fa6a 0025:Call wined3d.wined3d_mutex_unlock() ret=f687fa72 0025:Ret wined3d.wined3d_mutex_unlock() retval=00000000 ret=f687fa72 0025:Call ntdll.RtlFreeHeap(00110000,00000000,32fe6448) ret=f687ff1c 0025:Ret ntdll.RtlFreeHeap() retval=00000001 ret=f687ff1c 0025:trace:d3d9:d3d9_GetAdapterDisplayMode iface 0x32977990, adapter 0, mode 0x332a64. 0025:Call wined3d.wined3d_mutex_lock() ret=f688af86 0025:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=f688af86 0025:Call wined3d.wined3d_get_adapter_display_mode(328d9f38,00000000,003329fc,00000000) ret=f688afac 0025:Call user32.EnumDisplaySettingsExW(328dcdf0 L"\\\\.\\DISPLAY1",ffffffff,00332860,00000000) ret=f66ba608 0025:Call winex11.drv.EnumDisplaySettingsEx(328dcdf0,ffffffff,00332860,00000000) ret=7ed181c2 0025:Ret winex11.drv.EnumDisplaySettingsEx() retval=00000001 ret=7ed181c2 0025:Ret user32.EnumDisplaySettingsExW() retval=00000001 ret=f66ba608 0025:Ret wined3d.wined3d_get_adapter_display_mode() retval=00000000 ret=f688afac 0025:Call wined3d.wined3d_mutex_unlock() ret=f688afb5 0025:Ret wined3d.wined3d_mutex_unlock() retval=00000000 ret=f688afb5 0025:trace:d3d9:d3d9_CheckDeviceFormat iface 0x32977990, adapter 0, device_type 0x1, adapter_format 0x16, usage 0x1, resource_type 0x1, format 0x4c4c554e. 0025:Call wined3d.wined3d_mutex_lock() ret=f688b1b6 0025:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=f688b1b6 0025:Call wined3d.wined3d_check_device_format(328d9f38,00000000,00000001,00000073,00000001,00000001,4c4c554e) ret=f688b202 0025:Ret wined3d.wined3d_check_device_format() retval=00000000 ret=f688b202 0025:Call wined3d.wined3d_mutex_unlock() ret=f688b20b 0025:Ret wined3d.wined3d_mutex_unlock() retval=00000000 ret=f688b20b 0025:trace:d3d9:d3d9_CheckDeviceFormat iface 0x32977990, adapter 0, device_type 0x1, adapter_format 0x16, usage 0x2, resource_type 0x3, format 0x5a544e49. 0025:Call wined3d.wined3d_mutex_lock() ret=f688b1b6 0025:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=f688b1b6 0025:Call wined3d.wined3d_check_device_format(328d9f38,00000000,00000001,00000073,00000002,00000003,5a544e49) ret=f688b202 0025:Ret wined3d.wined3d_check_device_format() retval=00000000 ret=f688b202 0025:Call wined3d.wined3d_mutex_unlock() ret=f688b20b 0025:Ret wined3d.wined3d_mutex_unlock() retval=00000000 ret=f688b20b 0025:Call KERNEL32.GetLastError() ret=79e7a087 0025:Ret KERNEL32.GetLastError() retval=00000000 ret=79e7a087 ... <several transitions to managed code> ... <huge amount of unrelated trace messages later> ... 0073:Call user32.CreateWindowExW(00000200,0907369c L"WindowsForms10.EDIT.app.0.3ce0bb8",0906fedc L"DX94: Graphics card capabilities are below the minimum specifications.",560108c0,00000005,00000013,0000027d,00000015,00020184,00000000,00400000,00000000) ret=017edcbc --- snip --- The error dialog window is created from .NET code (windows form), along with some unusable callstack display (another bug). The actual reason for the problem is not visible in trace log, one has to analyse and step the disassembly. d3d9_device_GetDeviceCaps() returns D3D9 Device Caps structure. The engine code checks several caps struct members to decide if the card is 'good'. My card 'NVIDIA GeForce GT 425M' was not recognized (bug 35054) hence Wine's default choice was taken: 'Graphics Card: NVIDIA GeForce 8800 GTX'. The minimum video card requirements for this game (from website): "NVIDIA GeForce 8600 GT 512MB" ... so even with the default (incorrect) choice it should have been 'good'. Each time a requirement is not met the game internally assigns an error code 'DX<two-digit-code>' which is translated to a more or less generic error message. DirectX caps checks (in order): --- snip --- VertexShaderVersion my raw value: 0xFFFE0300 good value: >= 3.0 (masked out) failure: "DX92: Shadermodel 3.0 required" --- snip --- --- snip --- PixelShaderVersion my raw value: 0xFFFF0300 sanitized good value: >= 3.0 (masked out) failure: "DX93: Shadermodel 3.0 required") --- snip --- Now the important one ... --- snip --- MaxVertexIndex my raw value: 0xFFFFF good value: 0x555555 (5592405 decimal) failure: "DX94: Graphics card capabilities are below the minimum specifications." --- snip --- Wine uses a hard-coded default value. d3d9_device_GetDeviceCaps -> wined3d_device_get_device_caps -> wined3d_get_device_caps (filter_caps) Source: http://source.winehq.org/git/wine.git/blob/34ad4c7014c63a4b4f96f94ba4973831… --- snip --- 4100 HRESULT CDECL wined3d_get_device_caps(const struct wined3d *wined3d, UINT adapter_idx, 4101 enum wined3d_device_type device_type, WINED3DCAPS *caps) 4102 { ... 4441 caps->MaxAnisotropy = gl_info->limits.anisotropy; 4442 caps->MaxPointSize = gl_info->limits.pointsize_max; 4443 4444 caps->MaxPrimitiveCount = 0xfffff; /* For now set 2^20-1 which is used by most >=Geforce3/Radeon8500 cards */ 4445 caps->MaxVertexIndex = 0xfffff; 4446 caps->MaxStreams = MAX_STREAMS; 4447 caps->MaxStreamStride = 1024; ... --- snip --- Increasing the limit to 0x555555 made the game DirectX engine happy :) There were a few other dx caps checks following but those requirements were fulfilled by default. *** Interesting tidbit: There exists a kind of hack to overcome the failing dx caps check without modifying Wine code. During dumping/analysis of the main binary I found several 'goodies' -> semi-/undocumented command line parameters. One of them is '-disablecrashhandler'. You can pass it through launcher 'command line' options dialog. This basically skips the invocation of the .NET based error handler and lets the game engine code continue as if nothing happened. Having this kind of 'override' in actual code is usually disastrous. Due to the special way the requirement checks were coded this 'magically' works. Each invocation of error handler leads to a no-return 'continuation' like call. The next prerequisite check immediately follows the no-return call (without branches in between). Disabling the crash handler made the no-return calls basically a no-op hence letting the execution flow 'magically' continue. *** The game runs further until next problem ... looks like some wined3d volume texture/surface management thing (that area is currently being worked on). $ wine --version wine-1.7.8-200-gd566292 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.

1 9

[Bug 29003] New: T4C: Crashes during or after patching phase
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

http://bugs.winehq.org/show_bug.cgi?id=29003 Bug #: 29003 Summary: T4C: Crashes during or after patching phase Product: Wine Version: 1.3.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: j.muehlenhoff(a)gmx.de Classification: Unclassified Created attachment 37330 --> http://bugs.winehq.org/attachment.cgi?id=37330 wine T4c.exe 2> t4clog The game starts up, sound is working and I can enter my login and password. After that it is trying to run the WebPatcher.exe (I guess this works using COM). WebPatcher.exe crashes and T4C is stuck displaying "Please wait while we look for Patches. This may take a few seconds". As a workaround I can run the game with "T4C nopatch.exe", but this only works because I happen to have the latest version. T4C reports its version as "1.71 R.037". The 1.71 client can be downloaded here: http://www.the4thcoming.com/index.php?page=download -- 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.

1 8

[Bug 32835] New: Batman: Arkham Asylum (non-Steam) Demo - fails in wbemprox:class_object_GetMethod
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

http://bugs.winehq.org/show_bug.cgi?id=32835 Bug #: 32835 Summary: Batman: Arkham Asylum (non-Steam) Demo - fails in wbemprox:class_object_GetMethod Product: Wine Version: 1.5.22 Platform: x86 URL: http://www.shacknews.com/file/14150/batman-arkham-asyl um-demo OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: andrey.goosev(a)gmail.com, hans(a)meelstraat.net Classification: Unclassified Created attachment 43370 --> http://bugs.winehq.org/attachment.cgi?id=43370 WINEDEBUG=tid,wbemprox,wmiutils Backtrace: =>0 0x7de4a99d create_signature+0x1d(class=0x0(nil), method="GetOwner", dir=PARAM_IN, sig=0x32f1ac) [/home/austin/wine-git/dlls/wbemprox/../../include/wine/unicode.h:200] in wbemprox (0x0032f158) 1 0x7de4b28d class_object_GetMethod+0x6c(iface=*** Invalid address 0x00000000 *** Internal symbol error: unable to access memory location (nil), wszName=*** Invalid address 0x00000004 *** Internal symbol error: unable to access memory location 0x4, lFlags=*** Invalid address 0x00000008 *** , ppInSignature=*** Invalid address 0x0000000c *** Internal symbol error: unable to access memory location 0xc, ppOutSignature=*** Invalid address 0x00000010 *** Internal symbol error: unable to access memory location 0x10) [/home/austin/wine-git/dlls/wbemprox/class.c:858] in wbemprox (0x0032f1c8) 2 0x6a301933 in wminet_utils (+0x1932) (0x0032f1f4) 3 0x0036bd1d (0x0032f224) 4 0x03315091 (0x0032f26c) 5 0x033140f0 (0x0032f2ac) 0x7de4a99d create_signature+0x1d [/home/austin/wine-git/dlls/wbemprox/../../include/wine/unicode.h:200] in wbemprox: cmpw $0,0x0(%edi) 200 while (*s) s++; -- 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.

1 8

[Bug 10209] New: Jericho crashes when entering game menu
by wine-bugs＠winehq.org April 4, 2014

April 4, 2014

http://bugs.winehq.org/show_bug.cgi?id=10209 Summary: Jericho crashes when entering game menu Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: hamsterbacke(a)inbox.lv Created an attachment (id=8823) --> (http://bugs.winehq.org/attachment.cgi?id=8823) wine's crash output Jericho crashes when entering game menu -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 31708] New: Unimplemented function msvcrt.dll._vscprintf
by wine-bugs＠winehq.org April 3, 2014

April 3, 2014

http://bugs.winehq.org/show_bug.cgi?id=31708 Bug #: 31708 Summary: Unimplemented function msvcrt.dll._vscprintf Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: maurobender(a)gmail.com Classification: Unclassified Created attachment 41686 --> http://bugs.winehq.org/attachment.cgi?id=41686 Backtrace I've installed Samsung Kies with Wine (It threw a few errors during the installation) and when I try to run it I get this error: "wine: Unimplemented function msvcrt.dll._vscprintf called at address 0x7bc4dd68 (thread 0009), starting debugger..." (full backtrace attached). Does anyone can tell me how to fix 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.

1 5

[Bug 17250] New: Windows Media Player 10 fails to play DRM wmv files
by wine-bugs＠winehq.org April 3, 2014

April 3, 2014

http://bugs.winehq.org/show_bug.cgi?id=17250 Summary: Windows Media Player 10 fails to play DRM wmv files Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: atsia2003(a)yahoo.gr WMP10 does not play drm files. -Installed WMP10 using winetricks -Opened a DRM wmv file(I have licence). -WMP10 fails to play the video. -- 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.

1 23