http://bugs.winehq.org/show_bug.cgi?id=32334
Bug #: 32334
Summary: Microsoft SQL Server Management Studio Express 2005:
Connection window is too narrow
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.microsoft.com/download/en/details.aspx?id=8
961
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Regression SHA1: ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Created attachment 42678
--> http://bugs.winehq.org/attachment.cgi?id=42678
Screenshots of good and bad versions
Connection window that appears right after starting the application is too
narrow. You may notice that the bitmap on the top is clipped.
Regression testing points to the following commit:
ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e is the first bad commit
commit ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Nov 15 13:29:21 2012 +0100
gdi32: Don't load bitmap glyphs when using subpixel rendering in
GetGlyphOutline.
Reverting that commit on top of current git brings back correct behavior.
Prerequisite:
winetricks dotnet20 win7
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55169
Bug ID: 55169
Summary: Diablo 4: latest game patch causes D4 to crash on
startup
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kurtosis.jones(a)gmail.com
Distribution: ---
Created attachment 74749
--> https://bugs.winehq.org/attachment.cgi?id=74749
Wine console log Diablo4 crash
I've been playing Diablo 4 using Lutris on NixOS 23.05 since the game launched,
using the standard Lutris installer [1] with the following version
modifications:
lutris-GE-Proton-8-5-x86_64
lutris-GE-Proton-8-7-x86_64
lutris-GE-Proton-8-8-x86_64
All with DXVK 2.2 and VKD3D 2.8.
This config worked perfectly, stably, with no crashes, artifacts, or
performance problems.
However, the latest D4 patch broke the game, and now it crashes on startup
before reaching the title screen. The patch in question is:
1.0.3 Build #42677 (All Platforms) - June 27, 2023 [2]
Wine console log attached. The final five lines in the log are the error that
occurred at the moment the game crashed. Looks like a race condition. Here
are those last five lines:
0128:err:seh:call_stack_handlers invalid frame 0000000036405F70
(0000000036212000-0000000036310000)
0128:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
Fatal glibc error: ../nptl/pthread_mutex_lock.c:460
(__pthread_mutex_cond_lock_full): assertion failed: robust || (oldval &
FUTEX_OWNER_DIED) == 0
0c18:err:seh:call_stack_handlers invalid frame 000000001990E500
(0000000019712000-0000000019810000)
0c18:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
[1]:https://lutris.net/games/diablo-iv/
[2]:https://news.blizzard.com/en-us/diablo4/23964909/diablo-iv-patch-notes
--
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=55201
Bug ID: 55201
Summary: Wine fails to build with clang-11.0.1 due to recent
nameless unions/structs VARIANT changes
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: blocker
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Regression SHA1: 36963b6d27abcf74b58bcf11953ebdf2b7e9767c
Distribution: ---
Starting from
36963b6d27abcf74b58bcf11953ebdf2b7e9767c is the first bad commit
commit 36963b6d27abcf74b58bcf11953ebdf2b7e9767c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jul 4 12:42:53 2023 +0200
oleaut32: Get rid of the DECIMAL access macros.
dlls/oleaut32/variant.c | 83 +++++++------
dlls/oleaut32/variant.h | 20 ----
dlls/oleaut32/vartype.c | 303 +++++++++++++++++++++++-------------------------
3 files changed, 188 insertions(+), 218 deletions(-)
Wine fails to build.
dlls/oleaut32:
clang -c -o dlls/oleaut32/x86_64-windows/usrmarshal.o
../wine.src/dlls/oleaut32/usrmarshal.c -Idlls/oleaut32 \
-I../wine.src/dlls/oleaut32 -Iinclude -I../wine.src/include
-I../wine.src/include/msvcrt -D_UCRT \
-D__WINESRC__ -D_OLEAUT32_ -D__WINE_PE_BUILD -Wall -target x86_64-windows
-fuse-ld=lld \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings
-Wpointer-arith \
-Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2
../wine.src/dlls/oleaut32/usrmarshal.c:402:24: error: no member named 'n1' in
'struct tagVARIANT'
header->vt = pvar->n1.n2.vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:403:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved1 = pvar->n1.n2.wReserved1;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:404:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved2 = pvar->n1.n2.wReserved2;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:405:32: error: no member named 'n1' in
'struct tagVARIANT'
header->wReserved3 = pvar->n1.n2.wReserved3;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:406:31: error: no member named 'n1' in
'struct tagVARIANT'
header->switch_is = pvar->n1.n2.vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:421:31: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(Pos, pvar->n1.n2.n3.byref, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:435:32: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(Pos, &pvar->n1.n2.n3, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:564:27: error: no member named 'n1' in
'struct tagVARIANT'
memcpy(&pvar->n1.n2.n3, Pos, type_size);
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:568:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.vt = header->vt;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:569:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved1 = header->wReserved1;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:570:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved2 = header->wReserved2;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:571:11: error: no member named 'n1' in
'struct tagVARIANT'
pvar->n1.n2.wReserved3 = header->wReserved3;
~~~~ ^
../wine.src/dlls/oleaut32/usrmarshal.c:624:34: error: no member named 'n1' in
'struct tagVARIANT'
if (vt & VT_BYREF) ref = pvar->n1.n2.n3.byref;
~~~~ ^
13 errors generated.
dlls/oleaut32/tests:
clang -c -o dlls/oleaut32/tests/x86_64-windows/vartest.o
../wine.src/dlls/oleaut32/tests/vartest.c -Idlls/oleaut32/tests \
-I../wine.src/dlls/oleaut32/tests -Iinclude -I../wine.src/include
-I../wine.src/include/msvcrt \
-D_MSVCR_VER=0 -D__WINESRC__ -D__WINE_PE_BUILD -Wall -target x86_64-windows
-fuse-ld=lld \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings
-Wpointer-arith \
-Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2
../wine.src/dlls/oleaut32/tests/vartest.c:251:5: error: declaration of
anonymous struct must be a definition
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:251:29: error: type name requires a
specifier or qualifier
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:301:11: error: no member named 'rec'
in 'struct IRecordInfoImpl'
This->rec->pvRecord = NULL;
~~~~ ^
../wine.src/dlls/oleaut32/tests/vartest.c:769:3: error: declaration of
anonymous struct must be a definition
struct __tagBRECORD *rec;
^
../wine.src/dlls/oleaut32/tests/vartest.c:769:3: warning: declaration does not
declare anything [-Wmissing-declarations]
../wine.src/dlls/oleaut32/tests/vartest.c:894:3: error: use of undeclared
identifier 'rec'
rec = &V_UNION(&v, brecVal);
^
../wine.src/dlls/oleaut32/tests/vartest.c:894:22: error: no member named
'brecVal' in 'struct tagVARIANT'
rec = &V_UNION(&v, brecVal);
~~~~~~~~~~~~^~~~~~~~
...
fatal error: too many errors emitted, stopping now [-ferror-limit=]
--
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=7767
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #18 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 8.12.
--
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=55062
Bug ID: 55062
Summary: Starcraft II Graphics Only Work When Window is Out of
Focus
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Attempted to run Starcraft II using version 8.10. The Battle.net App seems to
work OK. When I run Starcraft II itself, trying both through the Battle.net App
and the SC2Switcher executable, I get the proper window, but a black screen.
When I change window focus to something else (e.g. Battle.net, the Wine System
Tray, a terminal, etc.), the graphics will run normally in the background,
until I change focus back to the Starcraft II application, at which point the
graphics will stop at the point where I had shifted focus.
Be aware I was previously using wine-devel version 8.8, and I did not see this
issue.
--
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=47089
Bug ID: 47089
Summary: possible regression with wine-staging, winamp install.
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
Created attachment 64288
--> https://bugs.winehq.org/attachment.cgi?id=64288
4.6-staging crash
Direct download.
download.nullsoft.com/winamp/client/winamp5666_full_all.exe
took the url from bug 34143.
I currently only have wine-staging 4.6 installed.
Trying to install winamp ends up in a crash.
--
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=38938
Bug ID: 38938
Summary: SlingPlayer 1.5 crashes when moving the main window
Product: Wine
Version: 1.7.47
Hardware: x86-64
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 51873
--> https://bugs.winehq.org/attachment.cgi?id=51873
wine-1.7.47-84-g2294d3b console output
Moving the SlingPlayer 1.5 main window causes a crash in quartz.
1. Install SlingPlayer 1.5
2. Launch SlingPlayer
3. Cancel "Slingbox Directory" dialog
4. Move the main window
5. Crash in quartz
err:quartz:VideoRenderer_GetVideoFormat Unknown format type TIME_FORMAT_NONE
Workaround is native quartz.
I've never seen this crash before but went back to Wine 1.6.2 and it does still
crash. Possibly related to Ubuntu Trusty (as opposed to Precise) or the
graphics on this PC.
VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity
[Radeon HD 7480D]
$ sha1sum SlingPlayer-Setup-EU-1.5.1.343.exe
8297dc1c05e0c1448e2f9ce790284c8f1ccc607a SlingPlayer-Setup-EU-1.5.1.343.exe
http://download.slingmedia.com/player/pc/SlingPlayer-Setup-EU-1.5.1.343.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=55128
Bug ID: 55128
Summary: dbghelp:dbghelp & dbghelp:path - Call to
SymSetExtendedOption() prevents running on Windows 7,
8 & 10 <= 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:path - Call to SymSetExtendedOption() prevents running on Windows 7, 8
& 10 <= 1607:
dbghelp.c:0: Tests skipped: missing entry point (details below)
| dbghelp_test.exe - Entry Point Not Found
| The procedure entry point SymSetExtendedOption could not be located in the
dynamic link library C:\Users\Public\Documents\dbghelp_test.exe.
11d4:dbghelp: 0 tests executed (0 marked as todo, 0 as flaky, 0 failures), 1
skipped.
See https://test.winehq.org/data/patterns.html#dbghelp:path
The call to SymSetExtendedOption() was added in the commit below:
commit 1ed646ebf68c648d54ba733865956e053ca9b20a
Author: Eric Pouech <epouech(a)codeweavers.com>
Date: Fri Jun 23 11:04:55 2023 +0200
dbghelp/tests: Add explicit tests about loading ELF modules.
Perhaps next time ELF loader is modified, it'll be noticed if it breaks
things.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55058
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55096
Signed-off-by: Eric Pouech <epouech(a)codeweavers.com>
--
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=54257
Bug ID: 54257
Summary: Missing support for Windows 2003 (5.2) in OleAut
version detection
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)kcsoftwares.com
Distribution: ---
OaBuildVersion misses the detection for 5.2 Kernel (2003, ReactOS) and
therefore falls in 2.40 default case with FIXME trace while it should use 2.50
The following case has to be added to the 2.50 detection :
case 0x00000205: /* Win2003, ReactOS */
--
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.