wine-bugs December 2012

wine-bugs@winehq.org

1 participants
9086 discussions

[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 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 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@G@std@@UAE@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@std@@QAE@ABV01@@Z msvcp60:??0bad_cast@std@@QAE@PBD@Z msvcp60:??1?$collate@G@std@@UAE@XZ msvcp60:??1?$ctype@D@std@@UAE@XZ * msvcp60:??1?$ctype@G@std@@UAE@XZ * msvcp60:??1bad_cast@std@@UAE@XZ * msvcp60:?_Getfacet@locale@std@@QBEPBVfacet@12@I_N@Z * msvcp60:?_Iscloc@locale@std@@QBE_NXZ msvcp60:?seekoff@strstreambuf@std@@MAE?AV?$fpos@H@2@JW4seekdir@ios_base@2@H@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 32241] New: nstaller of Creo 2.0 Parametric Free Trial needs msvcp100.dll.?ends@std@@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@1@AAV21@@Z
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=32241 Bug #: 32241 Summary: nstaller of Creo 2.0 Parametric Free Trial needs msvcp100.dll.?ends@std@@YAAAV?$basic_ostream@DU?$char_ traits@D@std@@@1@AAV21@@Z Product: Wine Version: 1.5.17 Platform: x86 URL: http://free-dl.ptc.com/install/pim_installmgr_trial.ex e OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Hello, this is a follow up of Bug 32199. wine-1.5.17-149-g098b3c7 $ sha1sum pim_installmgr_trial.exe 40ee838da8ef2f98d49da9914c532e9b728a6a9e pim_installmgr_trial.exe $ wine pim_installmgr_trial.exe The installer start successfully, but will crash later with the following steps: 1. click 'next' 2. click 'agree' in the license box 3. click 'next' 4. type in an email and a password, click next Crash here. Part of log: Error: No subkeys found: SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkCards wine: Call from 0x7b83b29b to unimplemented function msvcp100.dll.?ends@std@@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@1@AAV21@@Z, aborting generate traceback and exit fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot Thread can't lock non-recursive mutex twice or unlock non-locked mutex -- 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 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

[Bug 24020] New: League of Legends / Pando downloader can't use its bundled MSVCP90
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=24020 Summary: League of Legends / Pando downloader can't use its bundled MSVCP90 Product: Wine Version: 1.3.0 Platform: x86 URL: http://l3cdn.riotgames.com/Installer/ProdSource.06_29_ 2010/LeagueofLegends.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Once you have slogged through bug 22152 - workaround: export GC_DONT_GC=1 bug 24017 - workaround: apply patch that implements reg query) bug 24019 - workaround: apply patch that implements FormatMessage(WSAECONNREFUSED) the next problem is that C:/Program Files/Pando Networks/Media Booster/PMB.exe explodes because it needs lots of imports from msvcp90.dll, and for some reason Wine doesn't find c:/Program Files/Pando Networks/Media Booster/Microsoft.VC90.CRT/msvcp90.dll. That last bit sounds like bug 14980, but I'm not quite sure it's a duplicate yet. winetricks vcrun2008 works around the 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 12

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs December 2012