December 2019 - Wine-Bugs - list.winehq.org

[Bug 36813] New: wineconsole: no text without winetricks corefonts
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=36813 Bug ID: 36813 Summary: wineconsole: no text without winetricks corefonts Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48886 --> https://bugs.winehq.org/attachment.cgi?id=48886 screenshot Whenever I run wineconsole on my gentoo machine, I get a console with no text. Terminal shows: err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font if I install corefonts, it works fine. I have fontconfig and liberation fonts installed: austin(a)aw25 ~ $ qlist -Iv fontconfig liberation app-admin/eselect-fontconfig-1.1 media-fonts/liberation-fonts-2.00.1-r1 media-libs/fontconfig-2.11.1-r1 -- 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.

2 3

[Bug 42554] New: The Magic School Bus Explores The Solar System crashes while loading
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=42554 Bug ID: 42554 Summary: The Magic School Bus Explores The Solar System crashes while loading Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 57458 --> https://bugs.winehq.org/attachment.cgi?id=57458 backtrace without environment variables The exact symptoms of the crash seem to vary depending on whether the WINEDEBUG and WINEPREFIX variables are set (but not what they are set to). Other environment variables might have an effect, but none of WINEARCH, WINEDLLOVERRIDES, WINESERVER do. If neither are set, the crash looks like: fixme:mmio:MMIO_InstallIOProc Global procedures not implemented wine: Unhandled page fault on read access to 0x00001240 at address 0x101f:0x0000f104 (thread 0039), starting debugger... Unhandled exception: page fault on read access to 0x00001240 in segmented 32-bit code (101f:00000509). If one of the two is set (it does not matter which), the crash looks like: fixme:mmio:MMIO_InstallIOProc Global procedures not implemented wine: Unhandled page fault on read access to 0xffffffff at address 0x101f:0x000016ca (thread 0039), starting debugger... Unhandled exception: page fault on read access to 0xffffffff in segmented 32-bit code (101f:00000509). If both are set, the crash looks like: fixme:mmio:MMIO_InstallIOProc Global procedures not implemented fixme:mciavi:MCIAVI_mciSetAudio (0002, 00004002, 0x66e3d8) Item 0000: stub fixme:mciavi:MCIAVI_mciSetAudio (0002, 00002002, 0x66e3d8) Item 0000: stub fixme:mciavi:MCIAVI_mciPlay Unsupported flag 01000005 fixme:mmio:MMIO_InstallIOProc Global procedures not implemented wine: Unhandled page fault on read access to 0x00004540 at address 0x101f:0x000016b6 (thread 0039), starting debugger... Unhandled exception: page fault on read access to 0x00004540 in segmented 32-bit code (101f:00000509). In the former two cases, the program crashes immediately before playing the introductory video; in the latter case, the program crashes immediately after the video is played (or skipped). It may be noteworthy that the crash always occurs in DPMI_PendingEventCheck() rather than in the program proper, with the problematic instruction being "testl $0xffffffff,%fs:0x00000200". I ran a +heap trace and didn't come up with anything. -- 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.

2 9

[Bug 48064] New: qmgr:job started failing on XP on Sep 09
by WineHQ Bugzilla Feb. 2, 2020

Feb. 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=48064 Bug ID: 48064 Summary: qmgr:job started failing on XP on Sep 09 Product: Wine Version: 4.19 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: qmgr Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 65611 --> https://bugs.winehq.org/attachment.cgi?id=65611 Winetest site showing the failures starting on Sep 09 qmgr:job started failing on Windows XP on Sep 09, that is when winehq.org was upgraded: job.c:578: Test failed: unexpected state: 5 [26 times] job.c:586: Test failed: BITS job timed out job.c:618: Test failed: got 0x00200017 See http://winetest.dolphin/data/tests/qmgr:job.html The test accesses https://test.winehq.org/ and, since this only impacts Windows XP, it is likely that this is the same certificate issue that causes urlmon:protocol to fail too. Also the reason why the same failures don't happen on Windows 2003 (unlike for urlmon:protocol) is that the BITS tests are skipped there: job.c:719: Tests skipped: Tests need BITS 2.5 or higher So the fix will likely be the same as for urlmon:protocol. -- 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 45501] New: Darksiders - Slow player movement with builtin d3dx9_42
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=45501 Bug ID: 45501 Summary: Darksiders - Slow player movement with builtin d3dx9_42 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 61875 --> https://bugs.winehq.org/attachment.cgi?id=61875 +d3dx 0009:fixme:hlsl_parser:hlsl_parse Array. 0009:fixme:hlsl_parser:hlsl_parse Array. 0009:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 0009:err:d3dcompiler:compile_shader HLSL shader parsing failed. 0009:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 0009:err:d3dcompiler:compile_shader HLSL shader parsing failed. Output shows that game calls d3dcompiler_43 only. But actually also needs d3dcompiler_42. Combinations: d3dcompiler_43 - builtin d3dx9_42 - builtin = black screen d3dcompiler_43 - native d3dx9_42 - builtin = no black screen, slow player movement d3dcompiler_43 - native d3dx9_42 - native = black screen d3dcompiler_42 - native d3dcompiler_43 - builtin d3dx9_42 - native = no black screen and no slow player movement -- 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.

2 3

[Bug 43514] New: Beamng.drive requires sm3_rasterizer sysval semantic 0x2
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=43514 Bug ID: 43514 Summary: Beamng.drive requires sm3_rasterizer sysval semantic 0x2 Product: Wine Version: 2.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: byi5000(a)gmail.com Distribution: --- fixme:d3d_shader:shader_glsl_setup_sm3_rasterizer_input Unhandled sysval semantic 0x2. fixme:d3d_shader:shader_glsl_input_pack Unhandled sysval semantic 0x2. I *think* this is responsible for the wrong sunshine reflection on the street. https://msdn.microsoft.com/en-us/library/windows/desktop/bb509647.aspx -- 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.

2 15

[Bug 45742] New: Sniper Elite V2 has no sound
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=45742 Bug ID: 45742 Summary: Sniper Elite V2 has no sound Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: --- Some time between the 3.0 code freeze and version 3.9 Sniper Elite: V2 has lost sound. The game was last known to have sound in wine staging version 2.21. The last of the years staging patches. Sadly the game also has some other issues not related to sound. In my testing of wine releases, early 3.x builds are unable to run the game at all. The latest bleeding edge versions 3.12 & 3.14 have the problem of missing textures for objects and walls, thus making the main menu unusable. All that being said, I think the more serious issue and one that had really bother me personally is the audio difficulties. Missing sound completely is one that affects other titles. I will keep testing earlier wine releases and try to get as close to version 2.21 as I can. More info is forth- coming. -- 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.

2 20

[Bug 45847] New: Warframe installer update/ download gets stuck due to corruption on large files in 'Bulk Download' mode (tries over and over again)
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=45847 Bug ID: 45847 Summary: Warframe installer update/download gets stuck due to corruption on large files in 'Bulk Download' mode (tries over and over again) Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, cloned off from bug 45734 There is troll who has no idea how Bugzilla works. I made the mistake to comment there. Partial copy/pasta of my initial analysis from https://bugs.winehq.org/show_bug.cgi?id=45734#c12 Prerequisites: * work around bug 38960 ("Multiple applications need 'kernel32.SetFileCompletionNotificationModes' implementation (Steam 'steamwebhelper.exe' and Blizzard Battle.net desktop app CEF v3.2+/Chromium v44+ crash in Win7 mode, Sony Xperia Companion 1.7.x)" -> 'winetricks winxp' or use Wine-Staging if you need 'Windows 7' mode for whatever reasons * work around bug 37797 ("Warframe updater/installer crashes (CEF3 with Blink/Google Chrome and V8 checks requested font facename, doesn't like Liberation replacement, Arial font)") -> dupe of bug 32342 ("Multiple applications and games using 'Webkit' or 'Blink' web browser engine crash on startup ('Arial' and 'Times New Roman' font face name validation)") -> 'winetricks -q corefonts' or use Wine-Staging --- snip --- $ find .wine -iname *.log .wine/winetricks.log .wine/drive_c/windows/DirectX.log .wine/drive_c/windows/logs/DirectX.log .wine/drive_c/users/focht/Local Settings/Application Data/Warframe/Launcher.log --- snip --- 'Launcher.log' is the log file one needs to check for download problems/errors. It shows each file/chunk downloaded. There seems to be a problem with very large files (archives) when 'Bulk Download' mode is used. For example there is always corruption happening in some chunks for the file 'F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma' (14 GB). Since it's streaming LZMA it gets detected (see "Bad LZMA stream" in launcher log) and re-downloaded over and over again. --- snip --- ... Queuing Z:\home\focht\Downloaded\Public\Cache.Windows\F.TextureDx9.cache [7909D15B39359A27EDEF21DEB9D86D3B] Queuing Z:\home\focht\Downloaded\Public\Cache.Windows\F.TextureDx9.toc [DCBE1867172A86A365910B6CB36BFC4B] ... HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/B.Misc.cache.17C3FB9222153CF642694D33955737BD.lzma HTTP/1.1 Host: content.warframe.com Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 11:40:51 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 2035849776 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:21:44 GMT ETag: "79589a30-572657175ce04" X-HW: 1537098051.dop014.fr8.t,1537098051.cds035.fr8.c GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.1 Host: content.warframe.com Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 11:40:51 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 14112683568 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:24:53 GMT ETag: "3492e7630-572657cb775b4" X-HW: 1537098051.dop002.fr8.t,1537098051.cds003.fr8.c Downloading @ 6 MB/s Downloading @ 6 MB/s ... Downloading @ 6 MB/s Bad LZMA stream in //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.0 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.0 200 OK LzmaDec_Allocate failed for //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.1 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 11:54:01 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 14112683568 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:24:53 GMT ETag: "3492e7630-572657cb775b4" X-HW: 1537098841.dop017.fr8.t,1537098841.cds003.fr8.c Downloading @ 6 MB/s Downloading @ 6 MB/s ... Downloading @ 6 MB/s Bad LZMA stream in //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.0 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.0 200 OK LzmaDec_Allocate failed for //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP GET /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma GET //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma HTTP/1.1 Host: content.warframe.com Pragma: no-cache Connection: Keep-Alive HTTP/1.1 200 OK Date: Sun, 16 Sep 2018 12:05:44 GMT Connection: Keep-Alive Accept-Ranges: bytes Cache-Control: public, max-age=86400 Content-Length: 14112683568 Content-Type: chemical/x-cache Last-Modified: Wed, 01 Aug 2018 20:24:53 GMT ETag: "3492e7630-572657cb775b4" X-HW: 1537099544.dop009.fr8.t,1537099544.cds003.fr8.c Downloading @ 6 MB/s Downloading @ 6 MB/s ... Downloading @ 6 MB/s Bad LZMA stream in //Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma Downloaded 11,630,780,172 bytes total (25,743,463,740 expected) ~ 6,349,930 B/s Finished Binaries1 (1831.7 seconds) ... --- snip --- To work around, uncheck the 'Bulk download' mode in settings. Interestingly this mode is not available in 32-bit WINEPREFIX. Both, '64-bit Mode' and 'Bulk Download' are automatically disabled in settings there. The downloads are ordinary webserver/webdav file requests via 'wininet'. If you start the launcher as follows you will see all of them (lots of spam though): --- snip --- $ WINEDEBUG=+loaddll,+process,+wininet wine msiexec -i Warframe.msi --- snip --- All the files can be downloaded without Warframe installer/launcher by tracing the installer on +wininet debug channel. Their content is delivered as LZMA compressed files/streams. Get list of all files to be downloaded: --- snip --- $ wget -qO- /dev/null content.warframe.com//origin/310F099E/index.txt.lzma | lzmadec ... /Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma,14112683568 --- snip --- NOTE: All paths are relative to your Warframe download folder. It depends on your selection when your started the updater first time. I selected "c:\\warframe" in my case. --- snip --- $ pwd /home/focht/.wine/drive_c/warframe/Downloaded/Public --- snip --- Download one specific file via 'wget' from 'content.warframe.com' using the file path from list: --- snip --- $ wget content.warframe.com/Cache.Windows/F.TextureDx9.cache.7909D15B39359A27EDEF2… --2018-09-16 14:58:15-- http://content.warframe.com/Cache.Windows/F.TextureDx9.cache.7909D15B39359A… Resolving content.warframe.com (content.warframe.com) 205.185.216.10, 205.185.216.42 Connecting to content.warframe.com (content.warframe.com)|205.185.216.10|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 14112683568 (13G) [chemical/x-cache] Saving to: ‘F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma’ F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D 100%[==========================================================================================================>] 13.14G 6.07MB/s in 39m 42s 2018-09-16 15:37:57 (5.65 MB/s) - ‘F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma’ saved [14112683568/14112683568] $ lzmainfo F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma Uncompressed size: 15749 MB (16514030011 bytes) Dictionary size: 64 MB (2^26 bytes) Literal context bits (lc): 3 Literal pos bits (lp): 0 Number of pos bits (pb): 2 $ xz --format=lzma --decompress F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B.lzma $ md5sum F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B 7909d15b39359a27edef21deb9d86d3b F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B $ cp F.TextureDx9.cache.7909D15B39359A27EDEF21DEB9D86D3B ~/.wine/drive_c/warframe/Downloaded/Public/Cache.Windows/F.TextureDx9.cache --- snip --- Essentially with a few script lines you could write your own Warframe updater/downloader ;-) --- snip --- # retrieve all files for 'Cache.Windows' folder in Warframe download cache $ wget -qO- /dev/null content.warframe.com//origin/310F099E/index.txt.lzma | lzmadec | sed -ne 's/^$\/Cache.Windows.*$,.*/content.warframe.com\1/p' | xargs wget -c # uncompress downloaded files (keep originals) $ find . -iname "*.lzma" -exec xz --format=lzma --decompress --keep {} \; # copy all files that have the md5sum pattern extension to target folder (while dropping the md5sum extension) $ find . -regextype sed -regex ".*.[A-F0-9]\{31\}$" -exec bash -c 'cp "$0" ~/".wine/drive_c/warframe/Downloaded/Public/Cache.Windows/${0%.*}"' {} \; --- snip --- This looks like 'wininet' related. Unfortunately 'winetricks -q wininet' provides a very old version of 'wininet.dll' which can't be used due to Win7+ features (Warframe will refuse). $ sha1sum Warframe.msi cd9b81c88d0b2888772e1cab570246d5b5b29131 Warframe.msi $ du -sh Warframe.msi 40M Warframe.msi $ wine --version wine-3.16 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.

2 10

[Bug 21702] New: Continuum: crashes at start up screen
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

http://bugs.winehq.org/show_bug.cgi?id=21702 Summary: Continuum: crashes at start up screen Product: Wine Version: 1.1.38 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: orbfig(a)wi.rr.com Created an attachment (id=26235) --> (http://bugs.winehq.org/attachment.cgi?id=26235) Terminal output from beginning of execution to the crash Using openSUSE 11.2 (almost a completely new install, too), Continuum will crash. Normally Continuum must run using a patched dlls/kernel32/process.c adding "if (access & PROCESS_VM_WRITE) return NULL;" at the top (otherwise it will never even reach the first-time-run setup step, let alone the point it's crashing at.) This was normally good enough to run the whole game pretty well, but Continuum now crashes regularly once it reaches the zone select screen (the first window after the splash logo.) Backtrace 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.

2 22

[Bug 35351] New: Allow configuring modifier key mapping
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

http://bugs.winehq.org/show_bug.cgi?id=35351 Bug ID: 35351 Summary: Allow configuring modifier key mapping Product: Wine Version: 1.7.10 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: trev(a)adblockplus.org Classification: Unclassified Currently the modifier key mapping implemented by Mac driver is: Control => Control, Command => Alt, Option => unbound. While this makes some sense, it also makes sure that all keyboard shortcuts are different between native OS X applications and Windows applications running via Wine. This is the reason for numerous requests to remap modifier keys. With the X11 driver people were sent off reconfiguring X11, this is no longer possible with the Mac driver. Under http://apple.stackexchange.com/a/116546/66895 I verified that modifying default_map in dlls/winemac.drv/keyboard.c has the desired effect, one can define the mapping for the Control key and the two Command keys freely (changing the mapping for the Option key on the other hand is probably not a good idea, at least not without changes to the key handling code). What's missing is merely a way to change the mapping in Wine, patching the binary is currently the only solution and obviously not a great one. There should be a way to do the same via a registry key or a configuration file. -- 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.

2 13

[Bug 33159] New: Loading of some copy-protected .dll Files is not working (i.e. activation.dll, awc.dll)
by wine-bugs＠winehq.org Feb. 2, 2020

Feb. 2, 2020

http://bugs.winehq.org/show_bug.cgi?id=33159 Bug #: 33159 Summary: Loading of some copy-protected .dll Files is not working (i.e. activation.dll, awc.dll) Product: Wine Version: 1.5.25 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frank(a)ambertation.de Classification: Unclassified Some .dll Files are packed and stripped of the relocation table in order to provide some level of protection against dissasemblers. Those files are commonly found in DRMed Software. Trying to start Sim City (2013) in wine on OSX will give a "Activation.dll load failed" Error. Using WINEDEBUG=+map_image you will find the following line in the logs 4348.132:0009:warn:module:map_image Need to relocate module from 0x40000000 to 0x10d0000, but there are no relocation records The same Application runs without problems on wine for linux. On OSX the memory range 0x00075000-0x40075000 is reserved for WINE_DOS on startup. When the .dll is loaded, the call to wine_mmap_is_in_reserved_area will indicate that the base-addres of the library (0x40000000) is already reserved forcing it to relocate to another, free address range. Without the relocation table this is impossible and results in the above message. -- 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.

2 41