January 2014 - Wine-Bugs - list.winehq.org

[Bug 17205] New: MessageBoxes doesn't have the copy(Ctrl-C) feature which exists on Windows.
by wine-bugs＠winehq.org Jan. 28, 2020

Jan. 28, 2020

http://bugs.winehq.org/show_bug.cgi?id=17205 Summary: MessageBoxes doesn't have the copy(Ctrl-C) feature which exists on Windows. Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: diaasami(a)gmail.com Created an attachment (id=19116) --> (http://bugs.winehq.org/attachment.cgi?id=19116) Source of a simple app that shows a messagebox On Windows, When pressing Ctrl-C with a standard messagebox focused, the caption and contents are copied to the clipboard(as text), this doesn't happen with Wine's messageboxes. When running the attached application and pressing Ctrl-C with the messagebox focused on Windows, the following is copied into the clipboard: --------------------------- Caption --------------------------- Test --------------------------- OK --------------------------- -- 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 27

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

Jan. 27, 2020

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 Jan. 26, 2020

Jan. 26, 2020

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 Jan. 26, 2020

Jan. 26, 2020

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 Jan. 26, 2020

Jan. 26, 2020

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 Jan. 26, 2020

Jan. 26, 2020

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 33065] New: Make it possible to build a winetest executable with a single test
by wine-bugs＠winehq.org Jan. 24, 2020

Jan. 24, 2020

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 Jan. 24, 2020

Jan. 24, 2020

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 Jan. 23, 2020

Jan. 23, 2020

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 Jan. 23, 2020

Jan. 23, 2020

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