October 2012 - Wine-bugs - list.winehq.org

[Bug 31335] New: __RTDynamicCast (aka dynamic_cast<>) broken on win64
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=31335 Bug #: 31335 Summary: __RTDynamicCast (aka dynamic_cast<>) broken on win64 Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified An MFC app compiled with Visual C++ 2010 for 64 bit failed with builtin msvcr100.dll. The +msvcrt log shows things like trace:msvcrt:MSVCRT___RTDynamicCast obj: 0x14a008 unknown: 0 src: 0x403000 {vtable=0x4021e8 name=.?AVCObject@@ ()} dst: 0x403018 {vtable=0x4021e8 name=.?AVCPerson@@ ()} do_throw: 0) trace:msvcrt:dump_obj_locator 0x402240: sig=00000000 base_offset=00000000 flags=00000000 type=0x403018 {vtable=0x4021e8 name=.?AVCPerson@@ ()} hierarchy=0x402254 trace:msvcrt:dump_obj_locator hierarchy: sig=00000000 attr=00000000 len=2 base classes=0x402264 trace:msvcrt:dump_obj_locator base class 0x402270: num 1 off 0,-1,0 attr 00000040 type 0x403018 {vtable=0x4021e8 name=.?AVCPerson@@ ()} trace:msvcrt:dump_obj_locator base class 0x40228c: num 0 off 0,-1,0 attr 00000040 type 0x403000 {vtable=0x4021e8 name=.?AVCObject@@ ()} (Can't tell what +relay shows because of bug 31330.) The very first RTTI dynamic_cast I tried seems to reproduce the problem; it throws the exception Unhandled exception: C++ exception(object = 0x0022fbc0, type = 0x7fe293732980) in 64-bit code (0x000000007b84a034). when it should have succeed. See attachment for kinda-rtti.cc, kinda-rtti-64.exe, and kinda-rtti.exe, built with Visual C+ 2010's cl.exe /MD for 64 and 32 bits respectively (as well as kinda-rtci.cc, kinda-rtci-64.exe, and kinda-rtci.exe, which demonstrates that the older RTCI seems to work fine on 64 bits, so older MFC apps might not run into this problem.) -- 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 32031] New: Adobe Acrobat Professional XI failed to start
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=32031 Bug #: 32031 Summary: Adobe Acrobat Professional XI failed to start Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: aftersun81(a)gmail.com Classification: Unclassified Created attachment 42223 --> http://bugs.winehq.org/attachment.cgi?id=42223 Full crash log of Adobe Acrobat Professional XI startup failure During the startup of Adobe Acrobat XI Professional, the wine always crashes with the following error : Unhandled exception: unimplemented function msvcp100.dll.??0_Container_base12(a)std@@QAE(a)XZ called in 32-bit code (0x7b83a372). Full crash log is in the attachement. The following are also installed on the system : winetricks msxml6 winetricks gdiplus winetricks vcrun2005sp1 winetricks vcrun2008 winetricks msxml3 winetricks atmlib Tested, and Adobe Acrobat Professional X is running perfectly in the same environment. Can someone help me, what should be done to fix this problem? -- 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 28645] New: Classic Shell installer fails to extract setup file
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=28645 Bug #: 28645 Summary: Classic Shell installer fails to extract setup file Product: Wine Version: 1.3.30 Platform: x86-64 URL: http://sourceforge.net/projects/classicshell/files/Ver sion%203.2.0%20general%20release/ClassicShellSetup_3_2 _0.exe/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Running the installer (with the reported Windows version set to Vista or later - XP is not supported) fails immediately with the following error: Failed to extract setup file '%ALLUSERSPROFILE%\ClassicShellSetup32_3_2_0.msi' Complete terminal output: fixme:shell:DoEnvironmentSubstW (L"%ALLUSERSPROFILE%\\ClassicShellSetup32_3_2_0.msi", 260): stub -- 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 31892] New: Handle failure to reserve NT shared user data at 0x7ffe0000 (Windows on ARM)
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=31892 Bug #: 31892 Summary: Handle failure to reserve NT shared user data at 0x7ffe0000 (Windows on ARM) Product: Wine Version: 1.5.14 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, I recently resumed some investigations with Windows on ARM apps/installers and ran into a problem due to a kernel 3.2 -> 3.0 downgrade. The kernel downgrade was necessary because Freescale left Linaro some months ago, stalling/halting all Linaro projects targeting i.mx platforms (the last kernels were still buggy as hell anyway). Back to a Linux 3.0.x kernel now which is being actively developed/maintained within Freescale. Unfortunately all wine builtins simply segfault on startup. The code that fails: http://source.winehq.org/git/wine.git/blob/6ec731b65cb6525d04b86737ff85a3e7… --- snip --- 196 HANDLE thread_init(void) 197 { 198 TEB *teb; 199 void *addr; 200 SIZE_T size, info_size; 201 HANDLE exe_file = 0; 202 LARGE_INTEGER now; 203 struct ntdll_thread_data *thread_data; 204 static struct debug_info debug_info; /* debug info for initial thread */ 205 206 virtual_init(); 207 208 /* reserve space for shared user data */ 209 210 addr = (void *)0x7ffe0000; 211 size = 0x10000; 212 NtAllocateVirtualMemory( NtCurrentProcess(), &addr, 0, &size, MEM_RESERVE|MEM_COMMIT, PAGE_READWRITE ); 213 user_shared_data = addr; ... 293 /* initialize time values in user_shared_data */ 294 NtQuerySystemTime( &now ); 295 user_shared_data->SystemTime.LowPart = now.u.LowPart; --- snip --- NtAllocateVirtualMemory() fails to reserve that range but no return value evaluation takes place hence the initial start address value is still taken. Dereferencing of "user_shared_data" (USER_SHARED_DATA) causes the segfault. Before the syscall: --- snip --- ... (gdb) bt #0 0x2acc4a80 in mmap64 () from /lib/arm-linux-gnueabi/libc.so.6 #1 0x2aad45cc in wine_anon_mmap (start=0x7ffe0000, size=65536, prot=3, flags=34) at /home/linaro/projects/wine/wine-git/libs/wine/mmap.c:221 #2 0x2add2cf8 in map_view (view_ret=0x7effebe4, base=0x7ffe0000, size=65536, mask=65535, top_down=0, vprot=1091) at /home/linaro/projects/wine/wine-git/dlls/ntdll/virtual.c:794 #3 0x2add7594 in NtAllocateVirtualMemory (process=0xffffffff, ret=0x7effecb0, zero_bits=0, size_ptr=0x7effecb4, type=12288, protect=4) at /home/linaro/projects/wine/wine-git/dlls/ntdll/virtual.c:1937 #4 0x2adc6554 in thread_init () at /home/linaro/projects/wine/wine-git/dlls/ntdll/thread.c:212 #5 0x2ad8d5f4 in __wine_process_init () at /home/linaro/projects/wine/wine-git/dlls/ntdll/loader.c:2892 #6 0x2aad2fdc in wine_init (argc=2, argv=0x7efff2a4, error=0x7effed4c "", error_size=1024) at /home/linaro/projects/wine/wine-git/libs/wine/loader.c:831 #7 0x00008bbc in main (argc=2, argv=0x7efff2a4) at /home/linaro/projects/wine/wine-git/loader/main.c:237 .. --- snip --- After syscall: --- snip --- (gdb) n map_view (view_ret=0x7effebe4, base=0x7ffe0000, size=65536, mask=65535, top_down=0, vprot=1091) at /home/linaro/projects/wine/wine-git/dlls/ntdll/virtual.c:799 799 if (ptr != base) (gdb) info locals ptr = 0x2ac05000 status = 2147352576 ... --- snip --- -> STATUS_CONFLICTING_ADDRESSES mmap() failed to reserve 0x7ffe0000 and instead gave a different address range in TASK_UNMAPPED_BASE area (0x2ac05000). mmap VM area for userspace tasks: "arch/arm/include/asm/memory.h" --- snip --- ... #ifdef CONFIG_MMU /* * PAGE_OFFSET - the virtual address of the start of the kernel image * TASK_SIZE - the maximum size of a user space task. * TASK_UNMAPPED_BASE - the lower boundary of the mmap VM area */ #define PAGE_OFFSET UL(CONFIG_PAGE_OFFSET) #define TASK_SIZE (UL(CONFIG_PAGE_OFFSET) - UL(0x01000000)) #define TASK_UNMAPPED_BASE (UL(CONFIG_PAGE_OFFSET) / 3) /* * The maximum size of a 26-bit user space task. */ #define TASK_SIZE_26 UL(0x04000000) /* * The module space lives between the addresses given by TASK_SIZE * and PAGE_OFFSET - it must be within 32MB of the kernel text. */ #ifndef CONFIG_THUMB2_KERNEL #define MODULES_VADDR (PAGE_OFFSET - 16*1024*1024) #else /* smaller range for Thumb-2 symbols relocation (2^24)*/ #define MODULES_VADDR (PAGE_OFFSET - 8*1024*1024) #endif #if TASK_SIZE > MODULES_VADDR #error Top of user space clashes with start of module space #endif ... --- snip --- Relevant kernel config settings: --- snip --- ... # CONFIG_VMSPLIT_3G is not set CONFIG_VMSPLIT_2G=y # CONFIG_VMSPLIT_1G is not set CONFIG_PAGE_OFFSET=0x80000000 ... --- snip --- (TASK_SIZE = 0x7F000000) -> arch_get_unmapped_area() will not accept address 0x7ffe0000. I worked around by moving to a 3GiB/1GiB user/kernel virtual memory split -> CONFIG_PAGE_OFFSET=0xC0000000. Anyway the reservation failure should be handled gracefully by either refusing to run (at least on x86 platforms) or accept a new address range. I don't know if USER_SHARED_DATA at 0x7ffe0000 exists/makes sense for Windows on ARM platforms. One has yet to see a real WoA system... 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.

1 4

[Bug 20561] New: GRLEVEL2: Radar is offset in the upward direction making sampling incorrect.
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=20561 Summary: GRLEVEL2: Radar is offset in the upward direction making sampling incorrect. Product: Wine Version: 1.1.32 Platform: PC URL: http://www.grlevelx.com/downloads/grlevel2_setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fitguy42802(a)yahoo.com Created an attachment (id=24523) --> (http://bugs.winehq.org/attachment.cgi?id=24523) Program display screenshot under the latest version of wine, this program is fully functional EXCEPT that the radar picture is shifted up in the viewing window. This leaves the lower third of the window black. The major problem with this is that when trying to sample the radar, it is reading data as if the radar image were centered. On the attached screen cap you can see the radar offset. you can see the data problem by looking at the "status" bar at the bottom of the program window. note that the pointer is on the radar site KFFC thus the bering and distance data on the status bar should read 0.00nm as opposed to 50.92. if i point the mouse further south it approaches 0. if this is not a detailed enough discussion please let me know. thanks. -- 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 10

[Bug 19668] New: cmd /c doesn't wait for result before exiting?
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=19668 Summary: cmd /c doesn't wait for result before exiting? Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The cygwin shell script, http://kegel.com/wine/vc2005x.sh.txt runs properly on Windows Vista and Windows 7, but fails on Wine because the script continues on to the "rm -rf" immediately rather than waiting for Ixpvc.exe to finish, as it does on Windows. I suspect this is a bug in wine's cmd. Removing the cmd /c prefix from the commandline, to let cygwin's shell run Ixpvc itself, behaves properly, and the following lines aren't run until Ixpvc finishes. (The only reason the cmd is in the script at all is because it was the only way I could get Ixpvc to run at all on Windows; without it, Windows would report "permission denied", presumably because it thought some bad script was trying to install something.) -- 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 12

[Bug 32042] New: Port Royale needs msvcp60.dll.??1?$collate@G@std@@UAE@XZ (purist)
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=32042 Bug #: 32042 Summary: Port Royale needs msvcp60.dll.??1?$collate(a)G@std@@UAE(a)XZ (purist) Product: Wine Version: 1.5.15 Platform: x86 URL: http://www.fileplanet.com/123269/120000/fileinfo/Port- Royale-Demo OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 42234 --> http://bugs.winehq.org/attachment.cgi?id=42234 terminal output Native msvcp60 comes installed with the game, it's only when you set msvcp60=builtin, that the game crashes on start. Other stubbed functions reported by mscodescan: ./Port Royale Demo.exe imports following stub symbols: * msvcp60:??0bad_cast(a)std@@QAE(a)ABV01@@Z msvcp60:??0bad_cast(a)std@@QAE(a)PBD@Z msvcp60:??1?$collate(a)G@std@@UAE(a)XZ msvcp60:??1?$ctype(a)D@std@@UAE(a)XZ * msvcp60:??1?$ctype(a)G@std@@UAE(a)XZ * msvcp60:??1bad_cast(a)std@@UAE(a)XZ * msvcp60:?_Getfacet(a)locale@std@@QBEPBVfacet(a)12@I_N(a)Z * msvcp60:?_Iscloc(a)locale@std@@QBE_NXZ msvcp60:?seekoff(a)strstreambuf@std@@MAE?AV?$fpos(a)H@2(a)JW4seekdir@ios_base(a)2@H(a)Z I marked with an asterisk those stubbed functions that are also needed by EU3 demo from bug #32038 wine-1.5.15-249-g8392a85 -- 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 3

[Bug 16761] New: Supreme Commander: No audio at default sample rate/with full audio hardware acceleration
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=16761 Summary: Supreme Commander: No audio at default sample rate/with full audio hardware acceleration Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq.org(a)continuity.cjb.net Created an attachment (id=18430) --> (http://bugs.winehq.org/attachment.cgi?id=18430) +dsound,+dsa,+dsalsa,+dsound3d,+dswave,+ds,+sound logs for audio acc full/emu in Supreme Commander Using "full" audio hardware acceleration settings, I get no audio in Supreme Commander. dsound logs look ok apart from "warn:dsalsa:SetFormat Could not set sound rate to 48000, but instead to 44100". Seems my sound card (Intel HDA/SB7xx Azalia; audio was broken with my old ES1370 card, too, though) does not support 48kHz sample rate or something. In AppDB setting default sample rate to 48k is recommended (no sound otherwise?- Don't know.) so perhaps this is related. The game works flawlessly in Windows. Sound works in Wine with audio hardware acceleration: "emulation" setting here, too. Logs for emulation/full acceleration are attached. -- 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 11

[Bug 21747] New: Pausing Pikachu Volleyball and opening menus disrupts fade-in/fade-out effects
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=21747 Summary: Pausing Pikachu Volleyball and opening menus disrupts fade-in/fade-out effects Product: Wine Version: 1.1.38 Platform: x86-64 URL: http://games.hotut.com/post/pikachu-volleyball/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=26272) --> (http://bugs.winehq.org/attachment.cgi?id=26272) Terminal output If Pikachu Volleyball is paused while the picture is fading-in or fading-out, opening and closing menus can cause unexpected changes to the picture. Opening and closing any menu in the game, including the "game" menu where the pause option is located, causes the area behind that menu to become brighter or darker. If the game was paused while the picture was fading in, the area becomes brighter; if the picture was fading out, the area becomes darker. If a menu is repeatedly opened and closed, the problem grows progressively worse until the area is at full brightness (for fade-in) or completely black (for fade-out). These fade-in and fade-out effects occur at the start of each match and whenever either player scores a point. Graphics hardware: Intel GMA 950 Driver version: 2.9.0 Window manager: KWin with all desktop effects/compositing disabled -- 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 9

[Bug 13828] New: Direct3D only shows garbage when rendering to a child window on intel
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=13828 Summary: Direct3D only shows garbage when rendering to a child window on intel Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.b.lankhorst(a)gmail.com Created an attachment (id=13878) --> (http://bugs.winehq.org/attachment.cgi?id=13878) Example of corruption, this should be a white square in a black square. If you have a program that creates a child window and then tries to render something to it, you will only see garbage, instead of the expected image. This doesn't seem to happen with the nvidia drivers, so it could be an intel bug only. -- 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 12