https://bugs.winehq.org/show_bug.cgi?id=47671
Bug ID: 47671
Summary: Full screen inverted and mirrored
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: csynt(a)hotmail.com
Distribution: ---
Created attachment 65121
--> https://bugs.winehq.org/attachment.cgi?id=65121
sample screenshot from a game
(wine 4.14 on Fedora 30 x64)
Fullscreen games display a mirrored and upside down screen, worked ok just with
the v4.13 lated update to 4.14 broken.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47614
Bug ID: 47614
Summary: E: Unable to correct problems, you have held broken
packages.
Product: Wine-staging
Version: 4.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
root@user:~# apt list --upgradable
Listing... Done
wine-staging-amd64/disco 4.13~disco amd64 [upgradable from: 4.12.1~disco]
wine-staging-i386/disco 4.13~disco i386 [upgradable from: 4.12.1~disco]
wine-staging/disco 4.13~disco amd64 [upgradable from: 4.12.1~disco]
root@user:~# apt install wine-staging
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
wine-staging : Depends: wine-staging-amd64 (= 4.13~disco) but 4.12.1~disco is
to be installed
Depends: wine-staging-i386 (= 4.13~disco)
E: Unable to correct problems, you have held broken packages.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46971
Bug ID: 46971
Summary: Multiple games crash at launch (Sniper Elite V2,
Sniper Elite 3)
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: cf8193df5b4c5a09208e40d8f3183c00187c8bd0
Distribution: ---
Crashes with:
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x301612f9
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46908
Bug ID: 46908
Summary: Support msvcp mtx_init 'mtx_try' flag (0x2) to create
a mutex object that supports test and return
Product: Wine
Version: 4.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
some apps cause a significant spam = slowdown due to the following FIXME:
--- snip ---
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
--- snip ---
You can find various bug reports which include such spam:
https://bugs.winehq.org/show_bug.cgi?id=46800#c3
I've encountered this recently in an even more annoying form with SIMATIC WinCC
V15.1 Runtime services. Although the spam is partially caused by other bugs
(error paths), it completely bogs down the console when a prefix is
bootstrapped (emitted by 'autostart' type service).
--- snip ---
$ du -sh log.txt
1.4G log.txt
$ egrep "fixme:.*_Mtx_init_in_situ" log.txt | wc -l
97512
$ egrep "fixme:.*_Mtx_init_in_situ" log.txt | sort | uniq
0012:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 102
0012:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
001c:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 1
001c:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
001f:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
0021:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
0022:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
004a:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 102
004e:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
--- snip ---
--- snip ---
001c:Call msvcp140._Cnd_init_in_situ(0025bcc8) ret=1400b97a8
001c:Call ntdll.RtlInitializeConditionVariable(0025bcc8) ret=7f168a0b198f
001c:Ret ntdll.RtlInitializeConditionVariable() retval=0025bcc8
ret=7f168a0b198f
001c:Ret msvcp140._Cnd_init_in_situ() retval=00000044 ret=1400b97a8
001c:Call msvcp140._Mtx_init_in_situ(0025bd10,00000002) ret=1400b97b8
001c:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
001c:Call msvcr120.??0critical_section@Concurrency@@QEAA@XZ(0025bd18)
ret=7f168a0b1629
001c:Ret msvcr120.??0critical_section@Concurrency@@QEAA@XZ() retval=0025bd18
ret=7f168a0b1629
001c:Ret msvcp140._Mtx_init_in_situ() retval=0025bd10 ret=1400b97b8
...
004a:Call msvcp110._Mtx_init(002626c8,00000102) ret=0091104c
004a:Call msvcr110.??2@YAPEAX_K@Z(00000048) ret=7f88bd859199
004a:Call ntdll.RtlAllocateHeap(00230000,00000000,00000048) ret=7f88c03b15ef
004a:Ret ntdll.RtlAllocateHeap() retval=00262710 ret=7f88c03b15ef
004a:Ret msvcr110.??2@YAPEAX_K@Z() retval=00262710 ret=7f88bd859199
004a:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 102
004a:Call msvcr110.??0critical_section@Concurrency@@QEAA@XZ(00262718)
ret=7f88bd85910a
...
--- snip ---
Although this spam can masked/filtered out, it should be considered to
implement the missing mutex types.
Currently Wine only supports C11 'mtx_recursive' mutex type (flags = 0x100).
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/msvcp90/misc.c#l684
--- snip ---
684 #define MTX_MULTI_LOCK 0x100
685 #define MTX_LOCKED 3
686 typedef struct
687 {
688 DWORD flags;
689 critical_section cs;
690 DWORD thread_id;
691 DWORD count;
692 } *_Mtx_t;
693
694 #if _MSVCP_VER >= 140
695 typedef _Mtx_t _Mtx_arg_t;
696 #define MTX_T_FROM_ARG(m) (m)
697 #define MTX_T_TO_ARG(m) (m)
698 #else
699 typedef _Mtx_t *_Mtx_arg_t;
700 #define MTX_T_FROM_ARG(m) (*(m))
701 #define MTX_T_TO_ARG(m) (&(m))
702 #endif
703
704 void __cdecl _Mtx_init_in_situ(_Mtx_t mtx, int flags)
705 {
706 if(flags & ~MTX_MULTI_LOCK)
707 FIXME("unknown flags ignored: %x\n", flags);
708
709 mtx->flags = flags;
710 call_func1(critical_section_ctor, &mtx->cs);
711 mtx->thread_id = -1;
712 mtx->count = 0;
713 }
--- snip ---
>From C11 standard (ISO/IEC 9899:2011):
https://en.cppreference.com/w/c/thread/mtx_init
NOTE: 'mtx_try' is not mentioned here anymore, see
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1521.htm
--- quote ---
mtx_init
C Thread support library
Defined in header <threads.h>
int mtx_init( mtx_t* mutex, int type );
(since C11)
Creates a new mutex object with type. The object pointed to by mutex is set to
an identifier of the newly created mutex.
type must have one of the following values:
mtx_plain - a simple, non-recursive mutex is created.
mtx_timed - a non-recursive mutex, that supports timeout, is created.
mtx_plain | mtx_recursive - a recursive mutex is created.
mtx_timed | mtx_recursive - a recursive mutex, that supports timeout, is
created.
Parameters
mutex - pointer to the mutex to initialize
type - the type of the mutex
Return value
thrd_success if successful, thrd_error otherwise.
References
C11 standard (ISO/IEC 9899:2011):
7.26.4.2 The mtx_init function (p: 381)
--- quote ---
ftp://ftp.00f.net/misc/n1548.pdf
--- quote ---
The enumeration constants are
mtx_plain
which is passed to mtx_init to create a mutex object that supports neither
imeout nor test and return;
mtx_recursive
which is passed to mtx_initto create a mutex object that supports recursive
locking;
mtx_timed
which is passed to mtx_init to create a mutex object that supports timeout;
mtx_try
which is passed to mtx_init to create a mutex object that supports test and
return;
--- quote ---
* mtx_plain = 0x1
* mtx_try = 0x2
* mtx_timed = 0x4
* mtx_recursive = 0x100
$ sha1sum SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
db1f97bb648b62fa1c5d974d7f2bcb6b4a9fd786
SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
$ du -sh SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
1.3G SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
$ wine --version
wine-4.4-188-gc988910cae
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.
https://bugs.winehq.org/show_bug.cgi?id=45543
Bug ID: 45543
Summary: Rekordbox 5.3.0 terminates with the message
"Unexpected application error"
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: bghome(a)gmail.com
Distribution: ---
The problem
-----------
When I run the application like
cd ~/.wine/drive_c/Program Files/Pioneer
wine ./rekordbox.exe
The application terminates with the message "Unexpected application error".
Prerequisite
------------
- Enable "Hide Wine version from applications" option (see bug #45514).
- Install MS core fonts (see bug #45535).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47051
Bug ID: 47051
Summary: Excel (from Microsoft Office 365) crashes inside
CreateActCtxW
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 64219
--> https://bugs.winehq.org/attachment.cgi?id=64219
crashlog
Winword and Powerpoint start fine in current git, yet Excel still crashes.
Crashlog attached. The patch below fixes the crash and makes Excel start fine
for me. Will send later to wine-devel
diff --git a/dlls/kernel32/actctx.c b/dlls/kernel32/actctx.c
index 17067ed1b4..1148ecebf0 100644
--- a/dlls/kernel32/actctx.c
+++ b/dlls/kernel32/actctx.c
@@ -114,7 +114,7 @@ done:
*
* Create an activation context.
*/
-HANDLE WINAPI CreateActCtxW(PCACTCTXW pActCtx)
+HANDLE WINAPI DECLSPEC_HOTPATCH CreateActCtxW(PCACTCTXW pActCtx)
{
NTSTATUS status;
HANDLE hActCtx;
louis@debian:~/.winemsoffice2/drive_c/Program Files/Microsoft
Office/root/Office16$ sha1sum EXCEL.EXE
da63eeba536534ae774bad192221218959f4f793 EXCEL.EXE
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47009
Bug ID: 47009
Summary: msi x64 app cannot be uninstalled
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: reinhold.hoffmann(a)hotmail.com
Distribution: ---
An msi x64 app cannot be uninstalled. This is a regression bug which came in
with Wine-4.6. Uninstalling a x64 app with Wine-4.5 has worked fine.
Repro
- install x64 demo app from the att. of bug 46846 "notation player 4"
- start "wine uninstaller" in a shell window
- select "notation player 4"
- Press button Change/deinstall
Problem:
The msi installer does not uninstalls the app but starts installing the app a
second time. After completing this second installation and trying to uninstall
this app again buts the button "Change/Uninstall" into grey.
An x64 app cannot be uninstalled at all.
The uninstallation of a 32 bit app works fine.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37871
Bug ID: 37871
Summary: GOG.com downloader (.NET 3.5 app) wants
wininet.GetUrlCacheConfigInfoA/W implementation
Product: Wine
Version: 1.7.33
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
It's rather harmless as the failure is catched and handled in managed code.
So the issue is rather about an improvement and the app can be used as test
case.
--- snip ---
fixme:wininet:GetUrlCacheConfigInfoW (0x1440e8, 0x33df24, 104)
Message: Value does not fall within the expected range.
Stack trace: at
System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32
errorCode, IntPtr errorInfo)
at MS.Win32.WinInet.get_InternetCacheFolder()
at System.Windows.Media.Imaging.BitmapDownload.BeginDownload(BitmapDecoder
decoder, Uri uri, RequestCachePolicy uriCachePolicy, Stream stream)
at System.Windows.Media.Imaging.LateBoundBitmapDecoder..ctor(Uri baseUri,
Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption
cacheOption, RequestCachePolicy requestCachePolicy)
at System.Windows.Media.Imaging.BitmapDecoder.CreateFromUriOrStream(Uri
baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption, RequestCachePolicy uriCachePolicy, Boolean
insertInDecoderCache)
at System.Windows.Media.Imaging.BitmapImage.FinalizeCreation()
at System.Windows.Media.Imaging.BitmapImage.EndInit()
at GOGCompanionApp.AppWindow.LoginUser()
--- snip ---
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/cc817578%28v=vs.85%…
Source:
http://source.winehq.org/git/wine.git/blob/2aaff6e19f9ef97a241d7ca36497d47d…
--- snip ---
3764 BOOL WINAPI GetUrlCacheConfigInfoW(LPINTERNET_CACHE_CONFIG_INFOW
CacheInfo, LPDWORD size, DWORD bitmask)
3765 {
3766 FIXME("(%p, %p, %x)\n", CacheInfo, size, bitmask);
3767 INTERNET_SetLastError(ERROR_INVALID_PARAMETER);
3768 return FALSE;
3769 }
--- snip ---
$ wine --version
wine-1.7.33-191-ge899bd8
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.