wine-bugs August 2017

wine-bugs@winehq.org

1 participants
7781 discussions

[Bug 34153] New: wine does not restore mode of direction keys properly
by wine-bugs＠winehq.org 27 Jan '20

27 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=34153 Bug #: 34153 Summary: wine does not restore mode of direction keys properly Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: unsuspicious.fakename+wine(a)gmail.com Classification: Unclassified Wine seems to change the up key from ^[[A to ^[OA but not always back (reliably reproducible on unclean exits / crashes and such, but randomly happens after clean exits too). 1) open terminal (tested in bash / zsh; with xfce4-terminal and lxterminal) 2) ctrl+v [up key] should give you: ^[[A 3) winecfg 4) ctrl+c in terminal to end winecfg 5) ctrl+v [up key] now gives you: ^[OA This can - depending on shell configuration - temporarily break features like p.e. bash history search bound to up/down ^[[A (but not explicitly ^[OA) and leave end-users clueless due to the subtle / weird nature of the unexpected behaviour. That being said: Not sure if (wine) bug or (for some reason I can't grasp) normal / intended behaviour. All I know is it took me quite a while and also help to figure out what's happening and how to work around it. -- 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 4

[Bug 21456] New: Mathematica 4.0 crash
by wine-bugs＠winehq.org 26 Jan '20

26 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=21456 Summary: Mathematica 4.0 crash Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jean-pierre(a)piantino.com Created an attachment (id=25836) --> (http://bugs.winehq.org/attachment.cgi?id=25836) Terminal output after launching Mathematica Mathematica 4.0 was running in Wine 1.1.36 under openSUSE 11.1. Upgrading openSUSE to 11.2 makes Mathematica crash at launch. -- 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 12

[Bug 17982] New: PatBlt cannot draw arbitrary parallelograms based on the world transform
by wine-bugs＠winehq.org 26 Jan '20

26 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=17982 Summary: PatBlt cannot draw arbitrary parallelograms based on the world transform Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Using the functions SetGraphicsMode and (Set|Modify)WorldTransform, it is possible to define an arbitrary matrix to transform all points as things are drawn to device contexts. Using this matrix, it should be possible to apply arbitrary rotation/shear effects. Thus, rectangles drawn on the hdc can be transformed into arbitrary parallelograms. This only works on systems where GM_ADVANCED is supported (NT but not 9x, according to MSDN). I have written a test program that demonstrates this on Windows. On Wine, it can only draw rectangles. -- 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 10

[Bug 32050] New: Running Dragon age 2 with High resolution textures results in GL_OUT_OF_MEMORY errors
by wine-bugs＠winehq.org 26 Jan '20

26 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=32050 Bug #: 32050 Summary: Running Dragon age 2 with High resolution textures results in GL_OUT_OF_MEMORY errors Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Classification: Unclassified When Dragon Age 2 is run with the high resolution textures pack (http://social.bioware.com/page/da2-patches), I get GL_OUT_OF_MEMORY errors in about 30 seconds in game and it crashes. Some examples include : err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glTexImage2D @ surface.c / 2747 err:d3d_surface:surface_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glCompressedTexSubImage2DARB @ surface.c / 2364 err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glDrawElementsBaseVertex @ drawprim.c / 48 err:d3d:buffer_create_buffer_object glBufferDataARB failed with error GL_OUT_OF_MEMORY (0x505) err:d3d:buffer_create_buffer_object Failed to create a vertex buffer object. Continuing, but performance issues may occur Running the game with the highest DirectX9 settings (Medium, Anti-aliasing 16x) and High Res textures disabled works well on my system. wine 1.5.15 Dragon age 2 1.04 with all DLC Nvidia 550 Ti 2GB Ram Arch Linux X64 -- 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 17

[Bug 25945] New: C_ASSERT doesn't fail if given non-constant expression
by wine-bugs＠winehq.org 26 Jan '20

26 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=25945 Summary: C_ASSERT doesn't fail if given non-constant expression Product: Wine Version: 1.1.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexander.scott.johns+winebug(a)googlemail.com In commit wine-1.1.21-63-g5d31eb9 AJ changed the definition of C_ASSERT (in include/winnt.h) to make it compatible with newer versions of GCC. Roughly, the change was: -#define C_ASSERT(e) extern char __C_ASSERT__[(e)?1:-1] __attribute__((unused)) +#define C_ASSERT(e) extern void __C_ASSERT__(int [(e)?1:-1]) Unfortunately, in GCC 4.4.3, the new definition of C_ASSERT doesn't fail when given a non-constant expression. E.g.: C_ASSERT(rand() == -1); /* ignored */ I think this is because GCC (as per C99) is treating the parameter of __C_ASSERT__ as a VLA (variable length array), and so its type is equivalent to int[*]. -- 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 6

[Bug 38271] New: The Docear4Word plugin for MS Word does not work at all
by wine-bugs＠winehq.org 25 Jan '20

25 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=38271 Bug ID: 38271 Summary: The Docear4Word plugin for MS Word does not work at all Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: whynot(a)nurfuerspam.de Distribution: --- Created attachment 51098 --> https://bugs.winehq.org/attachment.cgi?id=51098 Debug output trying to install/launch docear4word with Word Docear4Word is a FOSS plugin for MS Word, which allows creating citations and bibliography in MS Word based on a BibTeX database. Information about this plugin can be found here: http://www.docear.org/software/add-ons/docear4word/overview/ This is the download link: http://docear.org/download/docear4word_setup.exe The plugin's source code is also available: http://docear.org/download/docear4word_source.zip I tried installing this in both Word 2007 and Word 2010. In both cases, the install of the plugin appears to finish without any errors (in the GUI). In Word 2007, the progress is a little bit better, since the plugin at least shows up in the preferences (Word Options => Add-Ins => Inactive Application Add-ins lists "Docear4Word"). Obviously, since it is inactive, something went wrong. Also by following "Manage => Add-Ins => COM-Add-Ins" one gets to a modal pop-up window, which lists all COM Add-Ins. "Docear4Word" appears, but is unchecked. If one checks it and goes to the same window again (COM Add-Ins), it will say "Load Behavior: Not loaded. A runtime error occurred during the loading of the COM Add-in." If one turns wine debug output on, the are some specific errors in the command line (see attachment, 1st part), perhaps most importantly "fixme:ole:CoCreateInstance no instance created for interface {b65ad801-abaf-11d0-bb8b-00a0c90f2744} of class {34f82078-360b-4682-8275-0d9b0b641cbd}, hres is 0x800704e5" In Word 2010, the add-in does not even show up in Word whatsoever. Trying to manually launch the docear4word.exe installer from the Add-ins Window by using "Add", there is also some debug output in the console (see attachment, 2nd part). The Add-in uses .NET, so an obvious question is how to handle the .NET. I tried various approaches using several .NET versions and service packs via winetricks, and I believe also mono. Nothing worked. I do not remember the outcome of every single variant, but could try specific suggestions. This add-in is really important, since many in the science community are using Linux, but have to work with MS Word via wine for several reasons. Most in the science community use such plug-ins for reference management. Docear4Word is perhaps the most promising, powerful, and viable one, since the Docear4Word project strictly follows an FOSS approach. Getting this to work would thus be a huge progress. -- 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 33065] New: Make it possible to build a winetest executable with a single test
by wine-bugs＠winehq.org 24 Jan '20

24 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=33065 Bug #: 33065 Summary: Make it possible to build a winetest executable with a single test Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Currently WineTestBot runs individual tests through TestLauncher (see testbot/src/TestLauncher). TestLauncher is responsible for checking for potential issues like missing dlls that could cause the test to hang on an error dialog. However that means duplicating a lot of WineTest's code and also that TestLauncher tends to be out of date (see bug 31609 for instance). Building the regular winetest.exe (with all the tests) and just running one test would result in a lot of wasted disk space and bandwidth. So the idea would be to make it possible to build winetest.exe and to only include the one test we want to run in the resources. -- 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 11

[Bug 19329] New: Program installs but client fails to connect to server
by wine-bugs＠winehq.org 24 Jan '20

24 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=19329 Summary: Program installs but client fails to connect to server Product: Wine Version: 1.1.25 Platform: PC URL: http://www.livezilla.net/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: junk(a)mandd.com Using Wine 1.1.25 and a clean ~/.wine, I had to install dotnet20 and ie6 (I used winetricks) before the installer would complete. After that the Livezilla client will run. But when I try to connect to a Livezilla server, an error window pops up stating: -------------------------------------------------------------------- The underlying connection was closed: The connection was closed unexpectedly. Further information: The underlying connection was closed: The connection was closed unexpectedly. -------------------------------------------------------------------- -- 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

[Bug 34865] New: Can't execute mingw toolchain provided by Rtools
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=34865 Bug #: 34865 Summary: Can't execute mingw toolchain provided by Rtools Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)kirill-mueller.de Classification: Unclassified I can't execute "R CMD INSTALL" on an installation of R + Rtools in Wine (latest version from PPA "ppa:ubuntu-wine/ppa"). A reproducible script and console output can be found here: https://gist.github.com/krlmlr/7333242 . The script will set and write to $WINEPREFIX and download to $DOWNLOAD_DIR. Unfortunately, the logs do not show enough detail. After the line `about to run R CMD SHLIB -o kimisc.dll rcpp_hello_world.cpp RcppExports.cpp --debug`, a call to `gcc` is made. (I have added the output of the same call on my Linux system to the Gist.) To me, it seems that the calling process is not notified when the child process has completed, and it stops after a timeout. My hope is that this has been seen before and that there's an easy fix. I'm really new to Wine. -- 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 11

[Bug 35344] New: Cygwin's post-install scripts fail on fork errors
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=35344 Bug ID: 35344 Summary: Cygwin's post-install scripts fail on fork errors Product: Wine Version: 1.7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mail(a)georg.so Classification: Unclassified Executing 'wine setup-x86.exe' seems to work quite well (you can step through the wizard, packages are downloaded and extracted) until the post-installation bash scripts are executed. Then I get for each script a message like: running: C:\cygwin\bin\bash.exe --norc --noprofile "/etc/postinstall/glib2.0.sh" [..] fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessSessionInformation [..] fixme:ntdll:NtQueryVolumeInformationFile 0xf0: faking attribute info fixme:ntdll:NtQueryVolumeInformationFile 0xec: faking attribute info fixme:ntdll:NtQueryInformationFile Unsupported class (34) [..] fixme:ntdll:NtQueryVolumeInformationFile 0xf4: faking attribute info fixme:ntdll:NtQueryInformationFile Unsupported class (8) [..] fixme:ntdll:NtQueryVolumeInformationFile 0xfc: faking attribute info [..] fixme:ntdll:NtQueryVolumeInformationFile 0x100: faking attribute info fixme:ntdll:NtQueryVolumeInformationFile 0x124: faking attribute info [..] fixme:ntdll:NtQueryVolumeInformationFile 0x128: faking attribute info [..] /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: Resource temporarily unavailable abnormal exit: exit code=254 The fork error message are always displayed after some kind of timeout. Where to get the setup-x86.exe: http://cygwin.com/setup-x86.exe $ md5sum setup-x86.exe c9818d3500e42fd9eb755d424450871a setup-x86.exe Executing Cygwin's setup exe inside wine looks a little bit silly, but I want to create a reference cygwin installation for deployment purposes. see also: http://wiki.winehq.org/CygwinSupport -- 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 41199] New: SW KoTOR: Unhandled page fault on write access
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=41199 Bug ID: 41199 Summary: SW KoTOR: Unhandled page fault on write access Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bystrzak14(a)gmail.com Distribution: --- Created attachment 55439 --> https://bugs.winehq.org/attachment.cgi?id=55439 Log from gameplay I recently installed KoTOR on Fedora 24. Game starts correctly through Steam and works fluently, but it randomly crashes during loading new area or saved game. I tried tweaking "quartz" to "bultin" as in this thread https://bugs.winehq.org/show_bug.cgi?id=22910 although is kinda old. Anyway, this didn't solve my problem. Those crashes are really annoying and I can't really enjoy the game because of that. I run the game with custom prefix using 32bit. I attach complete log generated throughout my gameplay. -- 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 42988] New: Pocket Mirror causes heavy flickering in fullscreen mode on wine-staging
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=42988 Bug ID: 42988 Summary: Pocket Mirror causes heavy flickering in fullscreen mode on wine-staging Product: Wine-staging Version: 2.7 Hardware: x86 URL: http://astralshiftpro.tumblr.com/pocket-mirror OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: ArchLinux Created attachment 58125 --> https://bugs.winehq.org/attachment.cgi?id=58125 short video of the issue Running the game Pocket Mirror in fullscreen leads on wine-staging to heavy flickering. About once or twice each second the desktop or some other image from the game is partially visible through the game. However, the issue does not appear in vanilla wine 2.7 I tried to make an apitrace, but it only shows a single frame, so there's something wrong there, too. If you need more info please tell me, I'd make a bisect but I don't know how to apply the staging patches partially since a lot of them depend on each other. Using Arch Linux with KDE 5.9.5-1, running 32bit wine program on 64bit OS. Game URL: http://astralshiftpro.tumblr.com/pocket-mirror Direct download: http://t.umblr.com/redirect?z=https%3A%2F%2Fmega.nz%2F%23%214YBSWIKb%21nbjS… -- 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 6

[Bug 42792] New: SQL Server 2012/2014: Installer requires ChangeServiceConfig2 with SERVICE_CONFIG_SERVICE_SID_INFO support
by wine-bugs＠winehq.org 22 Jan '20

22 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=42792 Bug ID: 42792 Summary: SQL Server 2012/2014: Installer requires ChangeServiceConfig2 with SERVICE_CONFIG_SERVICE_SID_INFO support Product: Wine Version: 2.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: pgkos.bugzilla(a)yahoo.com Distribution: ArchLinux Currently, during the installation of SQL Server 2012 or 2014, the setup fails during the configuration of the SqlWriter component, because ChangeServiceConfig2 (svcctl_ChangeServiceConfig2W) does not implement SERVICE_CONFIG_SERVICE_SID_INFO. Relevant part of SqlWriter_Cpu32_1.log: Doing Action: Do_sqlServiceSidType PerfTime Start: Do_sqlServiceSidType : Sun Apr 09 11:15:55 2017 <Func Name='Do_sqlServiceSidType'> SQLWriter Configuring service: Name: SQLWriter SID type: 0x1 Failed: Unable to set the SID type for service SQLWriter to 1. Error code: 124. Error Code: 0x80077377 (29559) Windows Error Text: Source File Name: sqlca\sqlsddlca.cpp Compiler Timestamp: Fri Feb 10 17:29:21 2012 Function Name: ExceptionInSDDL Source Line Number: 65 Error Code: 29559 1: 29559 2: SQLWriter 3: pgkos <Failure Type='Fatal' Error='29559'> <EndFunc Name='LaunchFunction' Return='29559' GetLastError='0'> 1: 29528 2: Setting Service SID Type 3: Installation failed. -- 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 6

[Bug 43250] New: PerfectTUNES cannot access network
by wine-bugs＠winehq.org 22 Jan '20

22 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=43250 Bug ID: 43250 Summary: PerfectTUNES cannot access network Product: Wine Version: 2.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rixasha(a)yahoo.com Distribution: --- Created attachment 58561 --> https://bugs.winehq.org/attachment.cgi?id=58561 running AlbumArt.exe and AccurateRip.exe with +wininet,+winsock PerfectTUNES is set of programs to edit audio metadata on a music collection. Its network features - looking for album art on the internet and the checking of the files against the accuraterip database - do not work. The interfaces report "Could not connect" and "No Art Found". A feature-crippled trial version of PerfectTUNES is available that exhibits the network problems. According to the author the network code does nothing special and the only dependency is winsock. Curiously the related dBpoweramp software does find album arts and has no problems accessing accuraterip. Attaching logs with WINEDEBUG="+wininet,+winsock" made running AlbumArt.exe and AccurateRip.exe with wine-2.11 in a clean WINEPREFIX with just mono, gecko and PerfectTUNES-Unregistered, and one album in My Music. An outside reference: https://forum.dbpoweramp.com/showthread.php?37601-Bug-with-PerfectTunes-und… -- 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 8

[Bug 39338] New: Unreal Tournament 2004 - inaccurate shadows
by wine-bugs＠winehq.org 21 Jan '20

21 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=39338 Bug ID: 39338 Summary: Unreal Tournament 2004 - inaccurate shadows Product: Wine Version: 1.7.51 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: DanBrake0819(a)freenet.de Distribution: --- Created attachment 52420 --> https://bugs.winehq.org/attachment.cgi?id=52420 inaccurate shadows Using the Direct3D renderer the game sometimes produces inaccurate shadows from the character models, they are darker than in the windows version. Also sometimes there are not correctly projected. -- 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 11

[Bug 35561] New: Some MSYS2 commands generate a stackdump
by wine-bugs＠winehq.org 21 Jan '20

21 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=35561 Bug ID: 35561 Summary: Some MSYS2 commands generate a stackdump Product: Wine Version: 1.7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: irwin(a)beluga.phys.uvic.ca Classification: Unclassified Created attachment 47484 --> http://bugs.winehq.org/attachment.cgi?id=47484 strace log of execution of mintty The general problem is I cannot start MSYS2 (the successor to MSYS) using its msys2_shell.bat startup batch file (see directions at http://sourceforge.net/p/msys2/wiki/MSYS2 installation/ concerning how to start MSYS2). That batch file (which executes a number of different MSYS2 commands) exits almost immediately with a stack dump. Alexey Pavlov, the developer of MSYS2, suggested I narrow down the problem by attempting to execute the MSYS2 version of mintty.exe directly, and if that did not work (which was the case) then run that app via the MSYS2 strace.exe facility to help figure out what the exact problem is. MSYS2 strace.exe did appear to work and I attach its log (and also the associated stackdump for mintty.exe). Here are some additional details in case there are any difficulties replicating this issue. I have used 3 different versions of 32-bit Wine which I built myself on my Debian Wheezy system. Those are Unpatched Wine-1.6.1, patched Wine-1.6.1, and patched Wine-1.7.12. The patch used was "Hackish patch to fix APC problem" taken from http://bugs.winehq.org/show_bug.cgi?id=24018. The reason why that extremely small patch is relevant is MSYS2 is essentially a simplified modern Cygwin (as opposed to MSYS which is essentially a simplified ancient version of Cygwin). Because the patched versions give improved results (see below), apparently the modern bits of Cygwin that are still part of MSYS2 trigger at least the APC Wine bug for modern Cygwin that did not occur for older Cygwin versions. The version of MSYS2 I am using is msys2-base-i686-20140205.tar.xz. Unpacking that created a top-level directory name of msys32 which I have changed to MSYS2-20140205 to help keep better track of which version of MSYS2 I am trying. I ran the MSYS2 version of strace with the patched versions of Wine as follows: wine@raven> wineserver -k wine@raven> wineserver -p wine@raven> wineconsole --backend=curses cmd Microsoft Windows 5.1.2600 (1.7.12) Z:\home\wine\newstart>PATH=Z:\home\wine\newstart\MSYS2-20140205\bin;%PATH% Z:\home\wine\newstart>MSYS2-20140205\bin\strace.exe MSYS2-0140205\bin\mintty.exe > strace.log 1069046 [main] mintty 44 cygwin_exception::open_stackdumpfile: Dumping stack trace to mintty.exe.stackdump The mintty terminal momentarily appeared before the stackdump occurred. After that stack dump strace did not return (i.e., everything was hung), and the last line in strace.log at that point was 616 1255194 [main] mintty 44 pinfo::exit: Calling ExitProcess n 0x8B, exitcode 0x8B00 I exited the combination of mintty, strace, cmd, and wineconsole the brute-force way by typing "wineserver -k" in a different Linux xterm which added nothing else to strace.log. The strace and stackdump results for patched wine-1.6.1 and patched wine-1.7.12 were virtually identical (except for numerical data like PID numbers). I have attached the wine-1.7.12 versions. When initially investigating this issue I was using unpatched wine-1.6.1. The result of everything I tried was Wine error boxes concerning dll problems. Those error boxes reminded me very much of my troubles in trying to run modern Cygwin from Wine so I applied the APC-related patch, and sure enough, that got rid of the error boxes, and I could get a lot further before I ran into a different problem which is what I have described above. -- 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 21

[Bug 13863] New: Armed Assault (ArmA) doesn't render any 3D graphics
by wine-bugs＠winehq.org 21 Jan '20

21 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=13863 Summary: Armed Assault (ArmA) doesn't render any 3D graphics Product: Wine Version: 1.0-rc4 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)atomnet.co.uk Created an attachment (id=13933) --> (http://bugs.winehq.org/attachment.cgi?id=13933) Entire log minus 40000 duplicate lines. The game fails to display any of the in-game graphics whether it's on the menu or inside the game itself. It still renders the HUD and Menu's themselves, but not the actual 3D game graphics. It spits out the errors (the ones which appear many times in the attached log) about 5000 times a second. -- 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 43

[Bug 34146] New: Wings of Prey demo background image in launcher is not shown
by wine-bugs＠winehq.org 21 Jan '20

21 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=34146 Bug #: 34146 Summary: Wings of Prey demo background image in launcher is not shown Product: Wine Version: 1.6 Platform: x86 URL: http://www.fileplanet.com/208822/200000/fileinfo/Wings -of-Prey--Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45421 --> http://bugs.winehq.org/attachment.cgi?id=45421 launcher settings (wine) Launcher hasn't background image. -- 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 33476] New: fxc, the Microsoft Effect Compile, to work due to d3d
by wine-bugs＠winehq.org 21 Jan '20

21 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=33476 Bug #: 33476 Summary: fxc, the Microsoft Effect Compile, to work due to d3d Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified Created attachment 44310 --> http://bugs.winehq.org/attachment.cgi?id=44310 fxc log Hi, I can't get the fxc, the Microsoft Effect Compile, to work. Something goes wrong with d3d. The command line is: wine fxc.exe /T fx_2_0 BasicHLSL.fx Both fxc.exe and BasicHLSL.fx come from the DXSDK. d3dcompiler_43.dll must be set as native. Here is the output: NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:win:EnumDisplayDevicesW ((null),0,0x32f6e8,0x00000000), stub! err:d3d:context_create Failed to set pixel format 1 on device context 0x80026. err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat err:d3d:context_create Failed to set pixel format 1 on device context 0x6002b. fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS (0x49) in the format lookup table fixme:d3d:getDepthStencilBits Unsupported depth/stencil format WINED3DFMT_UNKNOWN. err:d3d:context_create Failed to set pixel format 25 on device context 0x10033. err:d3d:context_create Failed to set pixel format 13 on device context 0x10035. err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat err:d3d:context_create Failed to set pixel format 1 on device context 0x10037. Failed to create D3D device Please check your SDK installation. disassembly failed; no disassembly produced -- 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 32596] New: Skydrift background glitches
by wine-bugs＠winehq.org 21 Jan '20

21 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=32596 Bug #: 32596 Summary: Skydrift background glitches Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: paulthetall(a)gmail.com Classification: Unclassified The game Skydrift works fine itself, but it has some nasty background glitches which are very annoying. Especially in some specific levels this makes the game un-enjoyable. Seems this counts for everyone tested this game: http://appdb.winehq.org/objectManager.php?sClass=version&iId=25176&iTesting… http://appdb.winehq.org/objectManager.php?sClass=version&iId=25176&iTesting… Have a screenshot attached. If you need me to do some test debugrun stuff with some extensions let me know. Mac OSX 10.8.2 AMD Radeon 6770M graphicscard -- 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 10

[Bug 29092] New: Myst Masterpiece crashes on game entry
by wine-bugs＠winehq.org 19 Jan '20

19 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=29092 Bug #: 29092 Summary: Myst Masterpiece crashes on game entry Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)mizapf.de Classification: Unclassified Myst Masterpiece Edition crashes on game entry, i.e. when you touch the first link book. Link sound occurs, then a Program Error window pops up, reporting that "The program mystmaster2k-d.exe has encountered a serious problem and needs to close". The close button does not shut down the application, need to close the window. Same results for myst.exe, myst9x.exe, and mystmaster2k-d.exe. Reinstall of Myst did not help. Seems to be a regression some time ago, because I could play the same game about a year ago when it stopped working after a new OS installation (including a new wine version). I gave up on it and tried to run it again just recently but things seem to have not changed. Last lines on console: fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x31aee0,0x00000000), stub! fixme:font:CreateScalableFontResourceW (0,L"C:\\windows\\QTFont.for",L"C:\\windows\\QTFont.qfn",(null)): stub fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x1c1fe8 with type WINED3DRTYPE_SURFACE (0x1). wine: Unhandled page fault on read access to 0x0251736d at address 0x36fe0b8 (thread 002d), starting debugger... -- 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 39

[Bug 40316] New: Industry Giant 2, repair-cursor freezes render-updates unless cursor-position over popup-menu again
by wine-bugs＠winehq.org 18 Jan '20

18 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=40316 Bug ID: 40316 Summary: Industry Giant 2, repair-cursor freezes render-updates unless cursor-position over popup-menu again Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: owezahra(a)gmail.com Distribution: --- Created attachment 53965 --> https://bugs.winehq.org/attachment.cgi?id=53965 attached standard log and cursor files When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86 wineprefix with no other packages or anything) with opengl/gdi the cursor disappears when it has to change its layout to the repair-cursor (for building a vehicle repair addon) and sets the game-update rate to zero until the invisible cursor changes back to its previous symbol via hovering over the popup-menu. However, i set it to use opengl since it runs a little smoother. Brute-force changes: Setting MaxShaderModelPS/-GS/-VS to 0 didn't do anything, disabling GLSL didn't do anything either). Debugging issues: When i tried to debug it via adding the debug-flag "+wgl" to wine, hundreds of line of "trace:wgl:glxdrv_wglGetPixelFormat 0xf003b -> 4" clogged the file and made every texteditor struggle to do anything with it, is there a way to disable spammy log-entries? Setting registry key "SpyExclude" to "trace:wgl:glxdrv_wglGetPixelFormat" didn't work, i guess the formatting is wrong? Game-specific: UI elements are stored as .tga's in the game directory, as well as cursors. Ingame, an option called "software cursor" has to be activated since wine won't redraw the window if its off in any case (wiggling the virtual desktop around forces it to redraw). (I noticed that the cursor-tga has another size, bitdepth odr something than the others, but when i replaced it with a working-cursor that didn't change much than lagging the substitute cursor around one in a while (same effect as with original cursor)). Logfiles: I've added the cursor-image-files and the default debug log (tough it probably won't be of much use, as i've tried to see if an additional error pops up if the cursor vanishes versa i don't trigger it to, which resulted in two identical files) Related bug: 40293 (unsupported backbuffer operation) -- 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 11

[Bug 40293] New: some UI elements and terrain disappear on offscreen rendering mode = backbuffer
by wine-bugs＠winehq.org 18 Jan '20

18 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=40293 Bug ID: 40293 Summary: some UI elements and terrain disappear on offscreen rendering mode = backbuffer Product: Wine Version: 1.9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: owezahra(a)gmail.com Distribution: --- Created attachment 53934 --> https://bugs.winehq.org/attachment.cgi?id=53934 logs for offscreen rendering mode default or backbuffer and pics When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86 wineprefix with no other packages or anything) with opengl/gdi the cursor disappears when it has to change its layout (and sets the game-update rate to zero until the invisible cursor changes back to its previous symbol via hovering over the popup-menu). To circumvent that, i've set "offscreen rendering mode = backbuffer" (& force opengl, as gdi doesn't support backbuffer). This results in a very smooth gaming experience, but some UI elements don't appear and on scrolling, the terrain turns white (unless a redraw is forced by clicking on the minimap) UI elements are stored as .tga's in the game directory, as well as cursors. Ingame, an option called "software cursor" has to be activated since wine won't redraw the window if its off in any case (backbuffer as well as default, wiggling the virtual desktop around forces it to redraw). To me it seems the backbuffer-issues might be caused by "fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats", but setting MaxShaderModelPS & MaxShaderModelVS to 0 didn't do anything, tough googling suggested otherwise. -- 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 4

[Bug 41459] New: 32bit 7zFM.exe closes unexpectedly with error " The system cannot allocate the required amount of memory"
by wine-bugs＠winehq.org 17 Jan '20

17 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=41459 Bug ID: 41459 Summary: 32bit 7zFM.exe closes unexpectedly with error "The system cannot allocate the required amount of memory" Product: Wine Version: 1.9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jylo06g(a)gmail.com Distribution: --- The system is Fedora 24 64bit MATE Desktop On a clean 32bit prefix Wine, installing 32bit 7zip 16.02 works. But as soon as you open 7zFM.exe and navigate to drive Z: (the Linux root directory /), it shows error "The system cannot allocate the required amount of memory." and then crashes after press OK. With WINEDEBUG=warn+all, I get this line during the error prompt: warn:heap:allocate_large_block Could not allocate block for 7e0cb771 bytes Same goes for 64bit prefix Wine. The 32bit 7zFM.exe crashes after the same error. This DOES NOT happen to 64bit 7zip 16.02 on 64bit Wine prefix. Going back to the history versions for 32bit 7zip on FileHippo, I find that 7zip 9.22 beta works before jumping to 9.35 beta stopped working after the same error. I suspect something changed in 9.35 beta that causes 32bit 7zip stop working since then. I hope this is sufficient enough for a bug report. -- 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 8

[Bug 43272] New: Crash after click Start button in virtual desktop mode when using Steam
by wine-bugs＠winehq.org 17 Jan '20

17 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=43272 Bug ID: 43272 Summary: Crash after click Start button in virtual desktop mode when using Steam Product: Wine Version: 2.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 58604 --> https://bugs.winehq.org/attachment.cgi?id=58604 backtrace 1. Enable virtual desktop mode 2. Run Steam 3. Click Start button wine-2.11-114-g6ec3cd9 -- 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 2

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 August 2017