October 2018 - Wine-Bugs - list.winehq.org

[Bug 31261] New: League of Legends: server always busy with builtin wininet; crashes with native
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=31261 Bug #: 31261 Summary: League of Legends: server always busy with builtin wininet; crashes with native Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmmartins(a)gmail.com Classification: Unclassified When I try to log in to League of Legends with builtin wininet (no override) it always answers with "server busy, try again later". When I install wininet with winetricks and try to log in again, it crashes with attached backtrace, no matter what login/password I use. My system is Debian Sid 32-bit, wine 1.5.9 (compiled by me, with patches, as instructed by Daniel Riffo on AppDB). I don't know if it helps, but the exact same problem happens with wine 1.4.1 provided by Sid's apt repo. It's my first bug report, so if I need to send any more info, please tell me. -- 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 31281] New: Red Alert 3 on Mac renders vertices in software
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=31281 Bug #: 31281 Summary: Red Alert 3 on Mac renders vertices in software Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mymail.mines.edu Classification: Unclassified Playing Red Alert 3 on my Mac (the Windows version, with Wine, since I bought it before there even was a Mac version) is extremely slow, almost to the point of being unplayable. So, I investigated with Apple's handy OpenGL Profiler, and I discovered, much to my horror, that the GL was rendering the vertices in software. Huh? In general, this normally happens when Mac OS thinks the GPU can't do it in hardware. I can't figure out why it thinks that in this case, though. As far as I can tell, we aren't exceeding any of the limits that we can query with GL's Get command, so I suspect that the vertex shader is exceeding some sort of limit. Hacking Mesa to set the NoRecovery PFA doesn't help. I was baffled... until I went back, re-read the documentation, and discovered that NoRecovery *only affects fragment processing*. What? So there's no way to force only-hardware vertex processing? (Thank God fragment processing was still in hardware, or it would have been even worse.) -- 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 23865] New: Microsoft Wine Guide (16-bit) unable to find files whose names end with .
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=23865 Summary: Microsoft Wine Guide (16-bit) unable to find files whose names end with . Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Created an attachment (id=29962) --> (http://bugs.winehq.org/attachment.cgi?id=29962) +relay,+int21,+mmio log compressed with bzip2 This bug applies to Microsoft Wine Guide 1.0a, a multimedia CD-ROM from 1995 which works with Windows 3.1 and later. The program is unable to read some files from the CD-ROM which have names ending in a dot. For example: $ ls -l /media/cdrom/mswptime/vo/ total 5142 -rwxrwxrwx 1 root root 136888 1995-01-28 12:48 bordeaux. -rwxrwxrwx 1 root root 133676 1995-01-28 12:48 burgundy. -rwxrwxrwx 1 root root 82410 1995-01-28 12:48 flute. -rwxrwxrwx 1 root root 123796 1995-01-28 12:49 port. -rwxrwxrwx 1 root root 206696 1995-01-28 12:50 red. -rwxrwxrwx 1 root root 3494956 1995-04-05 13:00 score. -rwxrwxrwx 1 root root 91972 1995-01-28 12:53 sherry. -rwxrwxrwx 1 root root 705278 1995-01-20 15:07 title. -rwxrwxrwx 1 root root 178492 1995-01-28 12:41 title.2 -rwxrwxrwx 1 root root 108658 1995-01-28 12:54 white. The program appears to be trying to open the corresponding name without a dot. Start wine.exe in the root directory of the CD-ROM. A Microsoft Home splash window opens, and there are several error dialog boxes about DLLs; click Ignore to dismiss each one. The main window then opens. A sound should play but doesn't. This console output: err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\title" Click WINE TASTING WITH OZ, then THE BASICS, then GLASSES. Each loudspeaker icon should play a sound clip when clicked. Instead you get console output like this (one line on clicking each button): err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\port" err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\sherry" err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\red" err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\white" err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\flute" err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\burgundy" err:mmio:MMIO_ParseExtA No . in szFileName: "F:\\MSWPTIME\\vo\\bordeaux" The attached log is for WINEDEBUG=+relay,+int21,+mmio, starting wine.exe, clicking Ignore for each dialog box, then clicking the above sequence. -- 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 15

[Bug 33746] New: Oblivion launcher window does not show up using winemac.drv
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=33746 Bug #: 33746 Summary: Oblivion launcher window does not show up using winemac.drv Product: Wine Version: 1.6-rc1 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: zoroaster(a)inode.at Classification: Unclassified Created attachment 44688 --> http://bugs.winehq.org/attachment.cgi?id=44688 WINEDEBUG=relay Music is played but no launcher window appears. Details see attached trace. -- 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 19

[Bug 28817] New: kernel32/tests/thread.ok fails under valgrind
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=28817 Bug #: 28817 Summary: kernel32/tests/thread.ok fails under valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After adding compiler options to work around bug 28640, kernel32/thread.ok passes on ubuntu 11.10, but under valgrind it fails with thread.c:1413: Test failed: Expected FPU control word 0x27f, got 0x37f. thread.c:1416: Test failed: Expected FPU control word 0x27f, got 0x37f. thread.c:1420: Test failed: Expected FPU control word 0xf60, got 0xf7f. thread.c:1423: Test failed: Expected FPU control word 0x27f, got 0x37f. thread.c:1426: Test failed: Expected FPU control word 0xf60, got 0xf7f. This could well be a problem with valgrind or how I'm using it. I'm using VALGRIND_OPTS="--trace-children=yes --track-origins=yes \ --gen-suppressions=all --suppressions=`pwd`/suppressions \ --leak-check=no --num-callers=30 --workaround-gcc296-bugs=yes \ --vex-iropt-precise-memory-exns=yes -v" export VALGRIND_OPTS and the stock valgrind 3.6.1 that comes with ubuntu 11.10. -- 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 13606] New: msys is *incredibly* slow
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=13606 Summary: msys is *incredibly* slow Product: Wine Version: 1.0-rc3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kirr(a)landau.phys.spbu.ru When running configure of a program in msys under wine the whole process is incredibly slooooow compared to the same under Windows. I've tracked the problem down to following: $ export WINEPREFIX=`pwd`/msystest $ wineboot -i $ cd msystest/drive_c $ wget -c http://downloads.sourceforge.net/mingw/msysCORE-1.0.11-2007.01.19-1.tar.bz2 $ mkdir msys $ cd msys $ tar xfj ../msysCORE-1.0.11-2007.01.19-1.tar.bz2 $ wineconsole bin/sh.exe --login -i --- in msys console --- # time for i in 1 2 3 4 5; do echo $i; done ... real 0m0.021s # time for i in 1 2 3 4 5; do /bin/echo $i; done ... real 0m3.396s i.e. each fork of /bin/echo takes approximately almost *1* second! On Windows both examples runs fast, although /bin/echo case is slightly slower, but still speed ratio is not *that* big. Thanks beforehand. -- 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 21

[Bug 37560] New: Portal 2: page fault on read access to 0x00000006 in 32-bit code during gameplay
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

https://bugs.winehq.org/show_bug.cgi?id=37560 Bug ID: 37560 Summary: Portal 2: page fault on read access to 0x00000006 in 32-bit code during gameplay Product: Wine Version: 1.7.31 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n296869(a)rtrtr.com Distribution: Ubuntu Created attachment 49983 --> https://bugs.winehq.org/attachment.cgi?id=49983 EIP:f61cc384 ESP:16b8d570 EBP:7e0dead8 EFLAGS:00210202( R- -- I - - - ) When playing Portal 2 I receive this error and game crashed. -- 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 35353] New: mono/eglib/src/gutf8.c: many bad if expressions ?
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=35353 Bug ID: 35353 Summary: mono/eglib/src/gutf8.c: many bad if expressions ? Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: dcb314(a)hotmail.com Classification: Unclassified I just ran the static analyser "cppcheck" over the source code of wine-mono-4.5.2. It said many things including 1. mono/eglib/src/gutf8.c:294]: (style) Expression '(X & 0xc0) != 0xb0' is always true. Source code is if ((*p & 0xc0) != 0xb0) Suggest code rework. 2. [../../../mono/eglib/src/gutf8.c:306]: (style) Expression '(X & 0xc0) == 0xb0' is always false. [../../../mono/eglib/src/gutf8.c:331]: (style) Expression '(X & 0xc0) == 0xb0' is always false. [../../../mono/eglib/src/gutf8.c:294]: (style) Expression '(X & 0xc0) != 0xb0' is always true. [../../../mono/eglib/src/gutf8.c:306]: (style) Expression '(X & 0xc0) == 0xb0' is always false. [../../../mono/eglib/src/gutf8.c:331]: (style) Expression '(X & 0xc0) == 0xb0' is always false. -- 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 32282] New: Wine crashes randomly and often with Catalyst driver>12.9
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=32282 Bug #: 32282 Summary: Wine crashes randomly and often with Catalyst driver>12.9 Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nob.dir.info(a)gmail.com Classification: Unclassified I tested all version of Wine in the 1.5 branch, and I found that with Wine 1.5.14 and further, games like League of Legends, Portal 2 or Guild Wars 2 are crashing really often and randomly (in fact, X.org freeze as well as my mouse and my keyboard, and I have then to restart my PC). I didn't have time to proceed to a regression testing yet, but I will do it. Cordially, nob. -- 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 31766] New: Moving table in Shareaza causes wine to generate invalid X11/XRender requests
by wine-bugs＠winehq.org Nov. 5, 2018

Nov. 5, 2018

http://bugs.winehq.org/show_bug.cgi?id=31766 Bug #: 31766 Summary: Moving table in Shareaza causes wine to generate invalid X11/XRender requests Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linuxhippy(a)gmail.com Classification: Unclassified Created attachment 41794 --> http://bugs.winehq.org/attachment.cgi?id=41794 screenshot When moving table headers in Shareaza (a GPL filesharing application), I get a graphic corruption when uring Intel's new SNA acceleration architecture. I reported the corruption to the intel driver development team, and Chris Wilson concluded after analyzing the problem, that wine generates invalid XRender/X11 requests - and that it worked before only by accident. Quote: > Unbelievably, this is actually a bug in Wine. It is abusing a PICT_x8r8g8b8 > format by trying to copy a PICT_a8r8g8b8 picture through an alphaless temporary > and expecting the alpha-channel to be preserved. The second bug is that the > coordinates/size of that temporary drawable are wrong - far greater than the > apparently intended area of the columns to be redrawn. > If I disable the shortcut to use the blit path for xrgb->argb copy, then I can > reproduce the same errors in UXA. Vice versa, if I prefer the blit path, then > the problem is masked in SNA. Screenshot as well as a link to a youtube-video illustrating the issue are available on the original bug-report: https://bugs.freedesktop.org/show_bug.cgi?id=55164 -- 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