wine-bugs October 2018

wine-bugs@winehq.org

1 participants
7897 discussions

[Bug 44369] New: cmd's %0 path variables (e.g. %~dp0) wrong inside subroutine call
by wine-bugs＠winehq.org 29 Nov '18

29 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=44369 Bug ID: 44369 Summary: cmd's %0 path variables (e.g. %~dp0) wrong inside subroutine call Product: Wine Version: 3.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: ryan.prichard(a)gmail.com Distribution: --- Test program (C:\bin\workaround.cmd): @echo off call :fix exit /b :fix echo [%0] [%~d0] [%~p0] [%~n0] [%~x0] exit /b Expected behavior (tested on XP): C:\>set PATH=C:\bin;%PATH% C:\>workaround.cmd [:fix] [C:] [\bin\] [workaround] [.cmd] C:\>"workaround.cmd" [:fix] [C:] [\bin\] [workaround] [.cmd] C:\>"w"or"k"aroun"d.c"md [:fix] [C:] [\bin\] [workaround] [.cmd] Behavior on wine-3.0-rc6: c:\>set PATH=C:\bin;%PATH% c:\>workaround.cmd [:fix] [c:] [\] [:fix] [] c:\>"workaround.cmd" [:fix] [c:] [\] [:fix] [] c:\>"w"or"k"aroun"d.c"md [:fix] [c:] [\] [:fix] [] Background: The Android NDK generates wrapper batch files that invoke clang.exe. If the wrapper is invoked from the PATH using double-quotes, then %~dp0 is wrong (when using Windows CMD). A workaround I've found is to evaluate %~dp0 in a subroutine in the batch file. This workaround works with Windows CMD, but breaks with Wine CMD. (It expands to the working directory instead.) See https://github.com/android-ndk/ndk/issues/616#issuecomment-358117090. FWIW: Wine CMD doesn't have the same %~dp0 bugginess as Windows CMD that motivated the GitHub issue I linked to. Wine handles all of the example command lines on that GitHub comment consistently (aside from case differences in the drive letter or the filename extension). If Wine tries to match Windows bug-for-bug, then maybe this too should change. -- 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 8

[Bug 45530] New: No$Gba crash when open.
by wine-bugs＠winehq.org 29 Nov '18

29 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=45530 Bug ID: 45530 Summary: No$Gba crash when open. Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wzhy90(a)gmail.com Distribution: --- Created attachment 61927 --> https://bugs.winehq.org/attachment.cgi?id=61927 no$gba ver.2.9a from http://problemkaputt.de/gba.htm Host is linux mint 19, it works on mint 18.3 but after I do a fresh install to mint 19 it crash. I have try stable or devel version, both crash when open. -- 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 43036] New: SetNamedPipeHandleState returns ERROR_ACCESS_DENIED when setting PIPE_NOWAIT
by wine-bugs＠winehq.org 29 Nov '18

29 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=43036 Bug ID: 43036 Summary: SetNamedPipeHandleState returns ERROR_ACCESS_DENIED when setting PIPE_NOWAIT Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dan-wine(a)berrange.com Distribution: --- In GNULIB, there is code which tries to create an implementation of the POSIX pipe() method for Windows, using the methods _pipe, _get_osfhandle and SetNamedPipeHandleState. This code works when run on real windows systems (i've tried Win2k8 myself), but fails when run under Wine (I've tested versions 2.5 and 2.7 in Fedora), with ERROR_ACCESS_DENIED from the SetNamedPipeHandleState method Since GNULIB code is fairly complex to follow I created this short demo program: $ cat > demo.c <<EOF #include <sys/unistd.h> #include <stdio.h> #include <windows.h> int nonblock(int fd) { HANDLE h = (HANDLE)_get_osfhandle(fd); char errbuf[1024]; DWORD state; if (GetNamedPipeHandleState (h, &state, NULL, NULL, NULL, NULL, 0) == 0) { FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, NULL, GetLastError(), MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), errbuf, 1024, NULL); fprintf(stderr, "Failed GetNamedPipeHandleState (%lu) %s", GetLastError(), errbuf); return -1; } if ((state & PIPE_NOWAIT) != 0) { return 0; } state |= PIPE_NOWAIT; if (SetNamedPipeHandleState (h, &state, NULL, NULL) == 0) { FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, NULL, GetLastError(), MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), errbuf, 1024, NULL); fprintf(stderr, "Failed SetNamedPipeHandleState (%lu) %s", GetLastError(), errbuf); return -1; } return 0; } int main(int argc, char **argv) { int fd[2]; if (_pipe(fd, 4096, 0) < 0) { fprintf(stderr, "Failed to create pipe\n"); return -1; } if (nonblock(fd[0]) < 0){ fprintf(stderr, "Could not set non-blocking on fd[0]\n"); return -1; } if (nonblock(fd[1]) < 0){ fprintf(stderr, "Could not set non-blocking on fd[1]\n"); return -1; } fprintf(stderr, "Created non-blocking pipe pair\n"); } EOF $ i686-w64-mingw32-gcc -Wall -mconsole -o pipe.exe pipe.c $ ./pipe.exe fixme:winediag:start_process Wine Staging 2.7 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. fixme:sync:GetNamedPipeHandleStateW 0x2c 0x61f8f8 (nil) (nil) (nil) (nil) 0: semi-stub Failed SetNamedPipeHandleState (5) Access denied. Could not set non-blocking on fd[0] Strangely, this only seems to fail on fd[0] - if I let it run on fd[1] it will work. The original GNULIB code I hit the problem on is here: http://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/pipe2.c http://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/nonblocking.c The Fedora Wine 2.7 package I tested on was built with these sources: SHA512 (wine-2.7.tar.xz) = 1e61b9a4aa1f5f42fb27d11d5254a9ba90f348ad9c4d1ddd4b5da47cd7de638290a20accf7447db9c0e4ced4c2144497cdf5fc906a5eac60e923dabb61f65d3a SHA512 (wine-2.7.tar.xz.sign) = b03f4376b10bd8ea66e5e6fc0862a4f948e009862a374677c326744b31c9d9fdcf1efd3b789149fcb6fe617f9c75b1b47d61f884e06e8c0fe16633a99911b667 SHA512 (wine-staging-2.7.tar.gz) = 0abc89af701ae1b95c0eb08e72894c7bc40bdfe792e05b8af9282eab8407bb90b7dfcd4eb3a193a88759ce5d6ea6c2aa9696cac2d744f543c92529bb0d2636ee -- 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 8

[Bug 45529] New: Custom color scheme applied but wine not respecting current text color of scheme on window columns and statusbar.
by wine-bugs＠winehq.org 29 Nov '18

29 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=45529 Bug ID: 45529 Summary: Custom color scheme applied but wine not respecting current text color of scheme on window columns and statusbar. Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: mt_talpur(a)yahoo.com Distribution: --- Created attachment 61923 --> https://bugs.winehq.org/attachment.cgi?id=61923 shows current issue with color scheme applied. When changing the color scheme via registry it does change overall looks of window elements but the text of window columns and statusbar remains black no matter what color scheme is applied though it should respect the currently used text color On windows this does not happen. -- 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 14

[Bug 42577] New: A regression with Far manager
by wine-bugs＠winehq.org 29 Nov '18

29 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=42577 Bug ID: 42577 Summary: A regression with Far manager Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ozerski(a)list.ru Distribution: --- A regression: Far manager (both 32-bit and 64-bit) running under wine (using wineconsole) crashs due any attemt to change drive using menu or Alt+Fn -- 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 20

[Bug 43072] New: Sonos Controller Program Error with Wine 2.O
by wine-bugs＠winehq.org 29 Nov '18

29 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=43072 Bug ID: 43072 Summary: Sonos Controller Program Error with Wine 2.O Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: john.peters(a)gmx.fr Distribution: --- Created attachment 58255 --> https://bugs.winehq.org/attachment.cgi?id=58255 Created via Program Error window Sonos controller worked with Wine 1.8 with Ubuntu 16.04. I had this bug problem but solved it by going from 1.9 back to 1.8. My wine version has been updated to 2.0 and I now have the old problem back. I can't remember how I downgraded to 1.8. I get the program error window almost immediately on starting SONOS. Can you tell me if the problem exists elsewhere and how I can go back to Wine 1.8? Thanks -- 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 45968] New: Multiple applications need 'user32.CascadeWindows' implementation
by wine-bugs＠winehq.org 27 Nov '18

27 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=45968 Bug ID: 45968 Summary: Multiple applications need 'user32.CascadeWindows' implementation Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track https://www.winehq.org/pipermail/wine-devel/2018-October/133379.html Reactos ticket: https://jira.reactos.org/browse/CORE-14807 PR: https://github.com/reactos/reactos/pull/676 Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/winuser/nf-winuser-cas… Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/user32/mdi.c#l1842 --- snip --- 1842 /****************************************************************************** 1843 * CascadeWindows (USER32.@) Cascades MDI child windows 1844 * 1845 * RETURNS 1846 * Success: Number of cascaded windows. 1847 * Failure: 0 1848 */ 1849 WORD WINAPI 1850 CascadeWindows (HWND hwndParent, UINT wFlags, const RECT *lpRect, 1851 UINT cKids, const HWND *lpKids) 1852 { 1853 FIXME("(%p,0x%08x,...,%u,...): stub\n", hwndParent, wFlags, cKids); 1854 return 0; 1855 } --- snip --- Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 46006] New: after a while, some hours, crash happens in steam api opengl running experimental DayZ server on centos7 (3.0.2) i have back trace
by wine-bugs＠winehq.org 27 Nov '18

27 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=46006 Bug ID: 46006 Summary: after a while, some hours, crash happens in steam api opengl running experimental DayZ server on centos7 (3.0.2) i have back trace Product: Wine Version: 3.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: kd0frg(a)gmail.com Distribution: --- Created attachment 62574 --> https://bugs.winehq.org/attachment.cgi?id=62574 backtrace running a dayz server off stteam library tools that was meant to run on win7/8/8.1/10/servers eventually crashes after many hours (say 12 hrs) i cant leave it alone, it has to be baby sat lol, could be a dayz error, could be a wine error, submitting it anyway -- 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 1

[Bug 38561] New: Painkiller crashes when loading a save
by wine-bugs＠winehq.org 27 Nov '18

27 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=38561 Bug ID: 38561 Summary: Painkiller crashes when loading a save Product: Wine Version: 1.7.41 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fremenzone(a)poczta.onet.pl Distribution: --- Created attachment 51440 --> https://bugs.winehq.org/attachment.cgi?id=51440 Crash log Loading a saved game in Painkiller: Black Edition bought on GOG.com does not work. Loading freezes at some point (always the same) and pressing a key results in a crash. Wine version: wine-1.7.41-197-gf7e0927. Attaching log. -- 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 35371] New: Battlefield 2: Wine crashes on mic setup
by wine-bugs＠winehq.org 26 Nov '18

26 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=35371 Bug ID: 35371 Summary: Battlefield 2: Wine crashes on mic setup Product: Wine Version: 1.7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: crazy.just(a)verizon.net Classification: Unclassified Created attachment 47174 --> http://bugs.winehq.org/attachment.cgi?id=47174 Program Error Details Battlefield 2: Wine crashes on mic setup. -- 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 13

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 October 2018