March 2012 - Wine-Bugs - list.winehq.org

[Bug 10130] New: Wine does not compile on x86_64
by wine-bugs＠winehq.org Sept. 29, 2019

Sept. 29, 2019

http://bugs.winehq.org/show_bug.cgi?id=10130 Summary: Wine does not compile on x86_64 Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: garry.hurley.jr(a)gmail.com CC: posta10100(a)yahoo.it, garry.hurley.jr(a)gmail.com +++ This bug was initially created as a clone of Bug #4594 +++ gcc -c -I. -I. -I../include -I../include -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o preloader.o preloader.c preloader.c: In function ‘wld_mmap’: preloader.c:259: warning: cast to pointer from integer of different size preloader.c: In function ‘map_so_lib’: preloader.c:680: warning: cast to pointer from integer of different size preloader.c: In function ‘wld_start’: preloader.c:910: warning: cast from pointer to integer of different size preloader.c:910: warning: cast to pointer from integer of different size {standard input}: Assembler messages: {standard input}:434: Error: suffix or operands invalid for `push' {standard input}:435: Error: suffix or operands invalid for `push' {standard input}:437: Error: suffix or operands invalid for `pop' {standard input}:438: Error: suffix or operands invalid for `pop' {standard input}:439: Error: suffix or operands invalid for `push' {standard input}:524: Error: suffix or operands invalid for `push' {standard input}:524: Error: suffix or operands invalid for `mov' {standard input}:524: Error: suffix or operands invalid for `pop' {standard input}:927: Error: suffix or operands invalid for `push' {standard input}:927: Error: suffix or operands invalid for `pop' {standard input}:1016: Error: suffix or operands invalid for `push' {standard input}:1016: Error: suffix or operands invalid for `pop' {standard input}:1030: Error: suffix or operands invalid for `push' {standard input}:1030: Error: suffix or operands invalid for `pop' {standard input}:1130: Error: suffix or operands invalid for `push' {standard input}:1130: Error: suffix or operands invalid for `mov' {standard input}:1130: Error: suffix or operands invalid for `pop' {standard input}:1153: Error: suffix or operands invalid for `push' {standard input}:1153: Error: suffix or operands invalid for `pop' {standard input}:1356: Error: suffix or operands invalid for `push' {standard input}:1356: Error: suffix or operands invalid for `pop' {standard input}:1550: Error: suffix or operands invalid for `push' {standard input}:1550: Error: suffix or operands invalid for `mov' {standard input}:1550: Error: suffix or operands invalid for `pop' {standard input}:1585: Error: suffix or operands invalid for `push' {standard input}:1585: Error: suffix or operands invalid for `mov' {standard input}:1585: Error: suffix or operands invalid for `pop' {standard input}:1668: Error: suffix or operands invalid for `push' {standard input}:1668: Error: suffix or operands invalid for `mov' {standard input}:1668: Error: suffix or operands invalid for `pop' make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/files/awjb/BUILD/wine-0.9.8-fe/loader' make: *** [loader] Error 2 Additional information: As I stated in bug 4594, which was ignored, the current git tree refused to build WITHOUT using the --enable-win64 option. configure --with-x fails. Bug is valid regardless of the --enable-win64 switch. Actual output is similar to the following: /usr/lib64/gcc/x86_64-slamd64-linux/4.1.2/../../../../x86_64-slamd64-linux/bin/ld: i386:x86-64 architecture of input file `c_28606.o' is incompatible with i386 output make[2]: *** [libwine.so.1.0] Error 1 make[2]: Leaving directory `/wine-current/wine/libs/wine' make[1]: *** [wine] Error 2 make[1]: Leaving directory `/wine-current/wine/libs' make: *** [libs] Error 2 This is only the last of such messages. This also occurs when doing ./configure with no options, make depend, and then make. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 19297] New: MS Office Access Runtime 2007 don't work
by wine-bugs＠winehq.org Sept. 29, 2019

Sept. 29, 2019

http://bugs.winehq.org/show_bug.cgi?id=19297 Summary: MS Office Access Runtime 2007 don't work Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: js-box(a)nm.ru CC: js-box(a)nm.ru MS Office Access Runtime 2007 don't work -- 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 37

[Bug 14801] New: Random freeze of Grand Prix Legends 1.2.0.1
by wine-bugs＠winehq.org Sept. 27, 2019

Sept. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=14801 Summary: Random freeze of Grand Prix Legends 1.2.0.1 Product: Wine Version: 1.1.2 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter.hoogkamer(a)gmail.com Created an attachment (id=15349) --> (http://bugs.winehq.org/attachment.cgi?id=15349) Error lines from GPL freeze When running Grand Prix Legends 1.2.0.1 I randomly get a freeze of the game. Most of the times this happens when I wait for the last seconds to run out after a qualifying session of when I let the Options screen open. As for the error I am getting, they are always the same err:ntdll:RtlpWaitForCriticalSection errors within section 0x94d100 and 0x94d1e0 (see attachement for the full error log). I am trying to reproduce this error consitently, but I did manage to get that write yet. Tux -- 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 14

[Bug 24701] New: Vampire the Masquerade bloodlines
by wine-bugs＠winehq.org Sept. 27, 2019

Sept. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=24701 Summary: Vampire the Masquerade bloodlines Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com err:d3d:resource_init Out of adapter memory Seems to be the first error. I have fglrx drivers but removed them from a while and tested, and it continued. using winetricks videomemorysize=512 for my graphics card (Ati mobility radeon 4570 512 mb) didn't have a effect (there is a difference in the offsets reported). I'm using installed the last unofficial patch. Without it a addional error relating to the refresh rate would manifest (it has to do with a dll file in the bin folder shaderapidx9.dll http://forumplanet.gamespy.com/bloodlines_tech_support/b50391/20211232/p1/ ) and a nocd. This seems to me a regression, because i played it before in this computer. But since i changed release, X, fglrx, wine, unofficial patch compilation and other things, i have no idea if that is certain. -- 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 23

[Bug 22239] New: BabelMap's display is corrupted in several dialog boxes
by wine-bugs＠winehq.org Sept. 26, 2019

Sept. 26, 2019

http://bugs.winehq.org/show_bug.cgi?id=22239 Summary: BabelMap's display is corrupted in several dialog boxes Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rebecca.menessec(a)ironhavoc.org BabelMap is a well-regarded utility for managing and tracking Unicode fonts. http://www.babelstone.co.uk/Software/BabelMap.html Unfortunately, this is everything I have-- these errors are generated on appinit (main window creation, I think), and not when opening dialog boxes, and not on app close: user(a)host ~ $ wine BabelMap.exe fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=3): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=1): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=0): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=2): stub I can attach a screenshot, if needed, but this display corruption should be easy to reproduce. For instance, open the app and click Configure... next to "Composite Font". I'm using simple autogen settings, with Windows XP set as the OS. If I can provide other useful info, I'll be happy to. -- 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 15

[Bug 22038] New: Art of Murder Cards of Destiny: some character models are plain white
by wine-bugs＠winehq.org Sept. 13, 2019

Sept. 13, 2019

http://bugs.winehq.org/show_bug.cgi?id=22038 Summary: Art of Murder Cards of Destiny: some character models are plain white Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=26799) --> (http://bugs.winehq.org/attachment.cgi?id=26799) White character model in the game In Art of Murder: Cards of Destiny (this is the latest one from the series) some of the characters appear in plain white. First time I realized this issue in the second scene of the game, where you can enter a bar. Wine-1.1.40 from source Fedora 12 x86 Nvidia 7600 GT card with driver 195.36.08 I could only find a German demo of the game: http://www.worthdownloading.com/download.php?gid=4444&id=21130 (1.1 Gb in size) but don't know if it includes that part of the game. The game was installed into a clean wineprefix but it installed DirectX runtimes automatically. I didn't try it with wine's built-in DX dlls. I don't know if that matters. -- 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 34

[Bug 26215] New: Super Meat Boy shows grey textures for some objects
by wine-bugs＠winehq.org Sept. 13, 2019

Sept. 13, 2019

http://bugs.winehq.org/show_bug.cgi?id=26215 Summary: Super Meat Boy shows grey textures for some objects Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org I'm getting grey textures for some, but not all, objects in Super Meat Boy. The walls and player render fine, but the squirrels and spinning blades in the first few levels show up as moving grey squares. Nvidia driver version 260.19.06 on Ubuntu 10.10 64-bit, with a GeForce GTS 450 -- 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 13

[Bug 30061] New: Shader bug in The Darkness II
by wine-bugs＠winehq.org Sept. 7, 2019

Sept. 7, 2019

http://bugs.winehq.org/show_bug.cgi?id=30061 Bug #: 30061 Summary: Shader bug in The Darkness II Product: Wine Version: 1.4-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: K1773R(a)darkgamex.ch Classification: Unclassified The Darkness II isnt rendering everything correct when using this patch from here http://bugs.winehq.org/show_bug.cgi?id=29896. Some textures arent rendered (black) and sometimes things are way to bright. -- 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 46

[Bug 29792] New: Gothic 2 (JoWood Productions) installer fails due to media validation tool failing (don't add FILE_ATTRIBUTE_ARCHIVE by default to file entries)
by wine-bugs＠winehq.org Sept. 7, 2019

Sept. 7, 2019

http://bugs.winehq.org/show_bug.cgi?id=29792 Bug #: 29792 Summary: Gothic 2 (JoWood Productions) installer fails due to media validation tool failing (don't add FILE_ATTRIBUTE_ARCHIVE by default to file entries) Product: Wine Version: 1.4-rc1 Platform: x86 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 first wanted to investigate bug 22515 hence i bought the game for a few bucks and looked into it... Well, it seems there exist different editions of the game and the problems might not be connected at all. Although this is related to copy protection it's not the SecuROM 4.x tests failing here - that part of protection works fine. I have the 3 CD set by JoWood Productions released on November 29, 2002. Near the end of installation process there is a tool "g2setup.exe" launched which verifies the authenticity of install media. That process returns a specific exit code (0x777 -> 1911) which basically says: "all checks passed". Any different exit code will roll back the whole installation! Current workaround: kill the installer from another terminal when this verification process starts. Everything has already been copied up to this point so just wait until the disc spins up and execute 'wineserver -k'. --- snip --- 0024:Starting process L"C:\\Program Files\\Jowood\\Gothic II\\g2setup.exe" (entryproc=0x4c6929) --- snip --- --- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 ... Scanning -> Z:\home\focht\.wine\drive_c\Program Files\Jowood\Gothic II\g2setup.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 229376 (038000h) Byte(s) [File Heuristics] -> Flag : 00000000000000001100001100000001 (0x0000C301) [!] Armadillo v2.xx - v3.xx detected ! [i] Splash Setting (0x0) -> NONE / Duration : 00 second(s) [CompilerDetect] -> Visual C/C++ - Scan Took : 0.560 Second(s) --- snip --- Various anti-debugging/hacking trickery which of course can be bypassed ;-) Additionally to physical media analysis of GOTHIC2_CD3 (part of SecuROM) there are "custom" checks present. Most of them are simple ones like comparing disc serial against hard coded value. The directory structure is read from disc and CRC32 checksums are calculated for specific files. --- snip --- ATTRIBS SIZE CRC32 NAME ____________________________________________________________ A R 362,789,836 5f4cb098 Gothic2-Setup.W03 A R 123 JoWooD Homepage.url A R 14,816 Readme.txt A R 289 Register.url A R 5,569 eula.txt A R 766 gothic2.ico (DIR) 168,146,318 ArxDemo A R 31,744 1d31e5c6 ArxDemo\Setup.exe A R 877 ArxDemo\Setup.ini A R 1,304,064 ArxDemo\Setup.msi A R 101,581,207 ArxDemo\Setup1.cab A R 23,103,162 ArxDemo\Setup2.cab A R 31,150,491 ArxDemo\Setup3.cab A R 1,309,184 ArxDemo\Setup_Deutsch.msi A R 1,708,856 34ec21c0 ArxDemo\instmsi.exe A R 1,822,520 e5563f20 ArxDemo\instmsiw.exe ... Scan time.............[ 551.80] Seconds (551801 ms) Total files...........[ 35] Files Total size............[ 558,468,227] Bytes Dirlist Text CRC32....[ 0032ED44] ____________________________________________________________ ... --- snip --- Forget the scan time, I was debugging at this place ;-) What makes things complicated is that additionally to per-file CRC32 checksums there is also a CRC32 for the whole in-memory folder listing content generated (see snippet) -> "Dirlist Text CRC32" (in snippet the address is printed, not the value itself). That overall checksum didn't match the internal hard-coded one. One problem is that Wine adds FILE_ATTRIBUTE_ARCHIVE by default to each file info entry. Source: http://source.winehq.org/git/wine.git/blob/c7cb3e6cb21598281cf2b00b2ccd8323… This is breaks the overall checksum (file entries get "A" added). The file entries have to have only FILE_ATTRIBUTE_READONLY set -> "R" (reside on CDROM). If FILE_ATTRIBUTE_ARCHIVE is omitted (and a second bug is worked around) the verification process exits with exit code 0x777 which allows the main installer to successfully finish. --- There is another problem, a bug in the verification tool that unfortunately prevents a "full" fix for this installer. One of the file CRC32 on CD3 gets miscalculated ... It took me some hours to find out this brain damage after successfully pinning down the first problem and wondering why the overall checksum still didn't match. --- snip --- ... 0024:Call KERNEL32.CreateFileA(0032d734 "D:\\arxdemo\\setup.exe",80000000,00000001,00000000,00000003,00000080,00000000) ret=00d86dfe 0024:Ret KERNEL32.CreateFileA() retval=000000a0 ret=00d86dfe 0024:Call KERNEL32.GetFileSize(000000a0,00000000) ret=00d87385 0024:Ret KERNEL32.GetFileSize() retval=00007c00 ret=00d87385 0024:Call ntdll.RtlAllocateHeap(00fc0000,00000000,00010010) ret=00be379b 0024:Ret ntdll.RtlAllocateHeap() retval=00fc5238 ret=00be379b 0024:Call KERNEL32.ReadFile(000000a0,00fc5238,00010000,00bfd464,00000000) ret=00d8725a 0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a 0024:Call ntdll.RtlFreeHeap(00fc0000,00000000,00fc5238) ret=00be3cea 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00be3cea 0024:Call KERNEL32.CloseHandle(000000a0) ret=00d8743a 0024:Ret KERNEL32.CloseHandle() retval=00000001 ret=00d8743a --- snip --- "D:\\arxdemo\\setup.exe" is the culprit. The file size is 31744 bytes. The tool allocates a fixed 65552 byte buffer to read file content in and calculate checksum on (actually 65536 bytes are used for checksumming). Prior to calculating file CRC32 for "D:\\arxdemo\\setup.exe", the 350 MiB "D:\\gothic2-setup.w03" was checksummed in 0x10000 byte chunks. It had the same heap chunk address 0x00fc5238 which was later reused for "D:\\arxdemo\\setup.exe" checksum calculation. --- snip --- 0024:Call KERNEL32.CreateFileA(0032dd20 "D:\\gothic2-setup.w03",80000000,00000001,00000000,00000003,00000080,00000000) ret=00d86dfe 0024:Ret KERNEL32.CreateFileA() retval=0000009c ret=00d86dfe 0024:Call KERNEL32.GetFileSize(0000009c,00000000) ret=00d87385 0024:Ret KERNEL32.GetFileSize() retval=159fbbcc ret=00d87385 0024:Call ntdll.RtlAllocateHeap(00fc0000,00000000,00010010) ret=00be379b 0024:Ret ntdll.RtlAllocateHeap() retval=00fc5238 ret=00be379b 0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00010000,00bfd464,00000000) ret=00d8725a 0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a ... 0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00010000,00bfd464,00000000) ret=00d8725a 0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a 0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00008480,00bfd464,00000000) ret=00d8725a 0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a 0024:Call KERNEL32.ReadFile(0000009c,00fc5238,00008480,00bfd464,00000000) ret=00d8725a 0024:Ret KERNEL32.ReadFile() retval=00000001 ret=00d8725a 0024:Call ntdll.RtlFreeHeap(00fc0000,00000000,00fc5238) ret=00be3cea 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00be3cea ... --- snip --- Because the heap chunk was reused and the buffer was fully filled from previous run, the read file operation for "D:\\arxdemo\\setup.exe" only initialized the first 31744 bytes. The checksum is done on 65536 bytes of buffer which includes garbage/leftover already present. Well, the developers didn't bother to pass HEAP_ZERO_MEMORY to RtlAllocateHeap() or explicit memset(ptr, 0, nbytes). The tool "works" in Windows most likely due to different heap manager implementation/usage or maybe application shims. They put some effort into anti-debugging/hacking/copying and rambled about piracy in hidden messages (found while debugging) ... and yet managed to put in such bugs. You can hack/patch ntdll.dll RtlAllocateHeap() -> forcing flags |= HEAP_ZERO_MEMORY to verify the installer really works after fixing the first problem. 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 5

[Bug 19182] New: Allow to completely disable MIME-type and application integration
by wine-bugs＠winehq.org Sept. 1, 2019

Sept. 1, 2019

http://bugs.winehq.org/show_bug.cgi?id=19182 Summary: Allow to completely disable MIME-type and application integration Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de Note: I could not find a component "winemenubilder" which is why I selected "-unknown". It would be great to have a way to tell wine not to create a whole bunch of files across the .config and .local directories. I don't want any mime-type which is registered by a windows application run through wine to reflect on my system - if I really want to use wine to open a certain filetype (which never happened so far) I will do that manually. Nor do I want all the unnecessary start menu entries to be added to my KDE menu - they end up in the wrong category anyway. I like to have the control of creating these entries myself. For the menu it worked fine to simply remove the "Wine" menu directory with the menu editor. The annoying files still got created, but they were ignored. However now wine started to spam my mime directory, too, and it constantly re-creates the files in there - a really annoying behaviour. This not only leads to the danger of me accidentally starting wine without wanting to do so, it also drives some applications crazy (for example the KDE screenshot application no longer recognizes ".jpg" to be a JPEG extension since wine added .jfif). I understand that many people want wine to just magically integrate into their Linux environment, but there are also people like me who switched to Linux because they like to have control, and Windows often prefers its own preferences over the user's. Wine should really not bring that to Linux, or it will get as annoying as Windows is. If I could not patch wine myself to no longer create these files, I had no way to stop all these mime types from being added, no configuration panel to remove them, nothing. I do not even know which of my many WINEPREFIXes created the files. -- 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 102