https://bugs.winehq.org/show_bug.cgi?id=38166
Bug ID: 38166
Summary: Heroes of Might and Magic 5 slowly on some maps.
Product: Wine
Version: 1.7.37
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galdralag(a)bk.ru
Distribution: ---
On some maps especially when many green trees game works very slowly.
This happens on all versions of nvidia driver AFTER 331.89.
331.89 it is last version when game works on maximum video settings.
May be this is bug of nvidia driver (not wine) but I can't test this.
I tested 2 videocards nvidia 760M and 650 ti.
This can be reproduced on ArchLinux, Fedora, OpenSuse and Kubuntu.
If you have problems with reproducing I can attach some maps where it can be
reprocuced
--
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=50304
Bug ID: 50304
Summary: Control-C exits winedbg instead of stopping the
inferior
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: joachim.priesner.bugs(a)web.de
CC: jacek(a)codeweavers.com
Regression SHA1: 633b244b1ae7928cafbfd25ef338e4918aac0d74
Distribution: ---
Created attachment 68875
--> https://bugs.winehq.org/attachment.cgi?id=68875
+winedbg log of hang behavior
To reproduce:
- run wine winedbg program.exe
- press "c <Enter>" to run the program
- press Control-C
Expected: The program is stopped and I am back at the winedbg prompt.
Actual:
The behavior matched the expected one until the following commit:
commit 54e117018cd4cc58c258da92686bfad13946bde2
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Sep 21 17:07:29 2020 +0200
kernelbase: Use conhost to handle Unix consoles.
Starting at this commit, pressing Control-C would cause winedbg to hang (needed
to "kill -9" it).
The behavior changed again in the following commit:
commit 633b244b1ae7928cafbfd25ef338e4918aac0d74
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Oct 13 16:27:38 2020 +0200
kernel32: Always use conhost for ReadConsoleW.
Starting at this commit, and until the current master, pressing Control-C
causes winedbg to immediately exit.
--
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=49356
Bug ID: 49356
Summary: failed to load while trying to run game
Product: Wine
Version: 1.8.6
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ivan_kalis(a)hotmail.com
Created attachment 67401
--> https://bugs.winehq.org/attachment.cgi?id=67401
backtrace i was given when it crashed
i ran the game and it seemed to work until i went to the launcher of the game
which i assume was the windows launcher and it crashed right afterwards with
this message given to me
--
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=50420
Bug ID: 50420
Summary: Divinity: Original Sin - Enhanced Edition crashes on
startup
Product: Wine
Version: 5.11
Hardware: x86-64
URL: https://store.steampowered.com/app/373420/Divinity_Ori
ginal_Sin__Enhanced_Edition/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: df5e4764870e8ad1d8b206cb3475a073bc034e48
Distribution: ArchLinux
Created attachment 69038
--> https://bugs.winehq.org/attachment.cgi?id=69038
terminal output
The game shows a black screen then it crashes (just before the developer logo
would show up).
Reproduced with the GOG and the Steam version.
According to my testing the last working Wine version was 5.10.
The commit when the problem appeared:
df5e4764870e8ad1d8b206cb3475a073bc034e48
ntdll: Move the current directory initialization to the Unix library.
Still present in wine-6.0-rc4-6-gff09f14867e.
--
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=44243
Bug ID: 44243
Summary: Spire and Serum paints very slowly
Product: Wine
Version: 3.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bique.alexandre(a)gmail.com
Distribution: ---
Hi,
The following programs take a lot of time to render the UI:
https://www.reveal-sound.com/https://www.xferrecords.com/products/serum
A few versions before the UI was just black, and recently it started to paint
correctly, so it must be that you have add new painting/rendering api recently.
Yet the painting performance is really slow, so it would be great if you guys
could have a look and optimize it a bit? Maybe it is an easy thing to do?
Many thanks for your work guys!
To reproduce it you can install a plugin host like reaper:
https://www.reaper.fm/ and then install the vst plugins and try them with
reaper.
Regards,
Alexandre
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21987
Summary: Acrobat 7 tryout complains: This Postscript Driver or
Windows Platform (Win9x/Me) not supported
Product: Wine
Version: 1.1.40
Platform: x86
URL: http://www.adobe.com/products/acrobatpro/tryreg.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffz(a)jeffz.name
When installing the Acrobat 7 trial AcTR7EFG.exe, the installer produces a
dialog:
Devmode
This Postscript Driver or Windows Platform (Win9x/Me) not supported
It doesn't prevent the installer from progressing, but the same thing doesn't
happen on Vista.
--
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=50241
Bug ID: 50241
Summary: Vertical Text in NL5 schematic doesn't display
correctly
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmm(a)cantrip.org
Distribution: ---
Created attachment 68751
--> https://bugs.winehq.org/attachment.cgi?id=68751
Should show R5 and 10e+6 vertically
Hi All,
NL5 circuit simulator has worked very well in Wine for years. A change in Wine
5.22 or possibly 5.21 has broken vertical text rendering. It shows up at a 45
degree angle instead, with strange spacing.
I'm running Wine 5.22 (Fedora packages) on Fedora 32. I will attach an
image...
Unfortunately I can't seem to revert back to 5.21 or 5.20 using DNF (without
jumping through a lot of hoops) to show you what it should look like.
I've reached out to the developer and he said the code that rotates the text
uses the LOGFONT structure to set the orientation of the text:
if ( textdir != 0 ) {
LOGFONT lf; // Windows native font structure
ZeroMemory(&lf, sizeof(LOGFONT));
lf.lfHeight = Canvas->Font->Height;
lf.lfEscapement = (4-textdir)*900; // degrees to rotate
lf.lfOrientation = (4-textdir)*900;
lf.lfCharSet = DEFAULT_CHARSET;
strcpy(lf.lfFaceName, Canvas->Font->Name.c_str() );
Canvas->Font->Handle = CreateFontIndirect(&lf);
}
So something deep down in there changed in 5.21 or 5.22.
An older bug, #14199 mentions that a similar problem was in gdi32.
Thanks,
Richard
--
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=50423
Bug ID: 50423
Summary: dlls/devenum/mediacatenum.c: | function
‘property_bag_Read’ | error: unknown field ‘cPins2’
specified in initializer
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 69040
--> https://bugs.winehq.org/attachment.cgi?id=69040
log.txt
in distro:
# uname --kernel-release
3.0.66
# gcc --version
4.3.4
# ldd --version
2.10.1
applying patch from https://bugs.winehq.org/show_bug.cgi?id=47907#c12
Compiling wine-6.0-rc4 fails with multiple items:
In function ‘property_bag_Read’:
error: unknown field ‘cPins2’ specified in initializer
error: unknown field ‘rgPins2’ specified in initializer
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--x-includes=/usr/X11R7/include --x-libraries=/usr/X11R7/lib --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
--
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=50408
Bug ID: 50408
Summary: wineboot crash to due getaddrinfo() returning NULL
ai_canonname
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
After the WINEPREFIX is created, wineserver exits, and any Wine application is
run, wineboot crashes with this error and incorrect stack trace:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x70bab1d7).
Register dump:
CS:0033 SS:003b DS:003b ES:003b FS:0013 GS:001b
EIP:70bab1d7 ESP:0075f008 EBP:0075f008 EFLAGS:00010246( R- -- I Z- -P- )
EAX:00000000 EBX:0075f6e0 ECX:0000002e EDX:003e2034
ESI:00000000 EDI:0075f4d8
Stack dump:
0x0075f008: 0075fef8 0040633d 00000000 0000002e
0x0075f018: 0075f4d8 0075f094 00000000 00020006
0x0075f028: 00000000 0075f6e0 00000000 00000000
0x0075f038: 00000000 00000000 00000000 00000000
0x0075f048: 00000000 004508e0 0075f094 7bc0c0b0
0x0075f058: 7b632328 7bc2a280 00000034 0075f4d8
Backtrace:
=>0 0x70bab1d7 memcmp+0x107(ptr2=<is not available>, n=<is not available>)
[Z:\home\user\Wine\wine\dlls\msvcrt\string.c:2602] in ucrtbase (0x0075f008)
1 0x0040633d main+0x151c(argv=<is not available>)
[Z:\home\user\Wine\wine\programs\wineboot\wineboot.c:829] in wineboot
(0x0075fef8)
2 0x004042d8 mainCRTStartup+0x67()
[Z:\home\user\Wine\wine\dlls\msvcrt\crt_main.c:58] in wineboot (0x0075ff30)
3 0x7b62ddf0 WriteTapemark+0xff(type=<is not available>, count=<is not
available>, immediate=<is not available>)
[Z:\home\user\Wine\wine\dlls\kernel32\tape.c:317] in kernel32 (0x0075ff48)
4 0x7bc56b97 RtlSleepConditionVariableSRW+0x226(lock=<is not available>,
timeout=<is not available>, flags=<is not available>)
[Z:\home\user\Wine\wine\dlls\ntdll\sync.c:557] in ntdll (0x0075ff5c)
5 0x7bc56e40 call_thread_func+0xaf(arg=0x3fe000)
[Z:\home\user\Wine\wine\dlls\ntdll\thread.c:134] in ntdll (0x0075ffec)
0x70bab1d7 memcmp+0x107 [Z:\home\user\Wine\wine\dlls\msvcrt\string.c:2602] in
ucrtbase: movzbl 0x0(%eax),%edx
2602 if (*str == (char)c) return (char*)str;
Modules:
Module Address Debug info Name (8 modules)
PE 400000- 450000 Dwarf wineboot
PE 61740000-61802000 Deferred advapi32
PE 62790000-62794000 Deferred ws2_32
PE 6bc00000-6bc79000 Deferred sechost
PE 70b40000-70d77000 Dwarf ucrtbase
PE 7b000000-7b2a2000 Deferred kernelbase
PE 7b600000-7b8f6000 Dwarf kernel32
PE 7bc00000-7be33000 Dwarf ntdll
Threads:
process tid prio (all id:s are in hex)
00000020
00000024 0
00000028 (D) C:\windows\system32\wineboot.exe
0000002c 0 <==
00000038 0
0000003c explorer.exe
00000040 0
00000044 0
00000048 0
System information:
Wine build: wine-6.0-rc2-43-gef876fc54e2
Platform: i386
Version: Windows 7
Host system: FreeBSD
Host version: 12.2-RELEASE
--
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=48142
Bug ID: 48142
Summary: shell32:appbar tests fail on some Windows 10 machines
Product: Wine
Version: 4.20
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
https://test.winehq.org/data/tests/shell32:appbar.html
Some of the "cw" win10 machines fail in shell32:appbar. Mine happens to work
when running the test on its own. I haven't been able to find a pattern, other
than that none of the machines are on the current build.
Without a machine that can reproduce this, I don't see a way to figure out
what's going on.
It would seem based on the results that appbar functionality does not work at
all.
One possibility is that a previous test leaves explorer in a bad state. If so,
running the test on its own should succeed. It would also explain the
correlation between failures here and in shell32:systray
https://test.winehq.org/data/a9c4b309f6af82b624604bd0df898ad88d59ab5a/index…
--
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.