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

[Bug 30922] New: iexplore http://html5test.com/ says Javascript is not enabled
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=30922 Bug #: 30922 Summary: iexplore http://html5test.com/ says Javascript is not enabled Product: Wine Version: 1.5.6 Platform: x86-64 URL: http://html5test.com/ OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de CC: jacek(a)codeweavers.com Classification: Unclassified Reverting 6c6744f80066f0aa46939a2d4c0af9c34f932e8b helps, still the problem needs to be fixed in builtin jscript.dll I tried to analyse it as much as i can and i'd say it wrongly handles -- snip -- if(H.match("Unix")){this.os.name="Unix"} -- snip -- from /scripts/useragents.js after getting called from within -- snip -- Browsers = new UserAgents(navigator.userAgent, { useFeatures: true, detectCamouflage: true }); -- snip -- (initialize:function(I,H)) I hope this helps What i also found while reading is that OmNavigator_javaEnabled returns FALSE: -- snip -- *enabled = VARIANT_FALSE; -- snip -- (most likely unrelated, but i'm not sure) -- 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 7

[Bug 27564] New: Dungeons and Dragon Launcher crashes
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=27564 Summary: Dungeons and Dragon Launcher crashes Product: Wine Version: 1.3.22 Platform: x86 URL: http://www.ddo.com/ddosupport/download-ddo OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=35240) --> (http://bugs.winehq.org/attachment.cgi?id=35240) relay,seh,tid - part 1 Initial output made me suspect shdocvw, but native ie7 doesn't help (nor did gdiplus). This is after bug 27563 (so using dotnet11). relay,seh,tid attached (bzip2'ed, then split in two). -- 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 32309] New: TeamViewer-7.0.9377 crashes on start
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=32309 Bug #: 32309 Summary: TeamViewer-7.0.9377 crashes on start Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: d_dart(a)rocketmail.com Classification: Unclassified Created attachment 42647 --> http://bugs.winehq.org/attachment.cgi?id=42647 backtrace This software worked with wine versions 1.5.17 and before. the current Wine seems to have a regression here. When teamviewer is run, it crashes with the new version of wine. I don't understand what the output attatched means -- 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 31024] New: w3schools ajax examples don't work in iexplore
by wine-bugs＠winehq.org 07 Dec '12

07 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=31024 Bug #: 31024 Summary: w3schools ajax examples don't work in iexplore Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified wine iexplore http://www.w3schools.com/ajax/tryit.asp?filename=tryajax_first Click "Change Content" fixme:mshtml:ASServiceProvider_QueryService (0x1626928)->({b722be00-4e68-101b-a2bc-00aa00404770} {332c4425-26cb-11d0-b483-00c04fd90119} 0x32e470) There was patch for this, but it doesn't compile in current git. http://source.winehq.org/patches/data/82922 -- 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 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