https://bugs.winehq.org/show_bug.cgi?id=44260
Bug ID: 44260
Summary: Dungeon Keeper 2 crashs or works very slow
Product: Wine
Version: 3.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
Created attachment 60067
--> https://bugs.winehq.org/attachment.cgi?id=60067
3.0-rc1_DKII-DX.EXE
When i try to start the game with DKII-DX.EXE it starts but very slow.
When i use DKII.EXE it crashs. Same with DKII_SOFT.EXE.
I also tried the game with 2.0.3. DKII-DX.EXE works the same way. DKII.EXE
starts and works a little faster (i think so) but too slow still. DKII-SOFT.EXE
starts and works fine.
In 1.8.7 DKII-DX.EXE crashs when loading after movies.
I use the GOG version of the game. And i use old NVIDIA card (GeForce2 MX/MX
400), so that can be a problem. Or not. I'm not sure.
The attachment is the output of 3.0-rc1 with DKII-DX.EXE.
I also check if my issue is duplicate of
https://bugs.winehq.org/show_bug.cgi?id=22730. No, it's not: i have a low fps
not only in the main menu, but in the game too.
--
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=28933
Bug #: 28933
Summary: Screamer radio, mainmenu doesn't work
Product: Wine
Version: 1.3.31
Platform: x86
URL: http://www.screamer-radio.com/download/file/screamer04
4.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
Mainmenu doesn't work at all, totally unresponsive.
--
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=46624
Bug ID: 46624
Summary: StarCraft: Remastered Edition disabled Monitors, Gamma
Correction and Real-Time Lightning configuration
Product: Wine-staging
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63525
--> https://bugs.winehq.org/attachment.cgi?id=63525
screenshot
Attaching Screenshot.
Logs not provided as I am using Battle.net Launcher.
Distro: Fedora 29 x64
System details /
Graphics:
Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
vendor: XFX Pine driver: amdgpu v: kernel bus ID: 01:00.0
chip ID: 1002:67df
Display: x11 server: Fedora Project X.org 1.20.3 driver: amdgpu
compositor: gnome-shell v: 3.30.2 resolution: 1920x1080~60Hz
OpenGL: renderer: Radeon RX 580 Series (POLARIS10 DRM 3.27.0
4.20.6-200.fc29.x86_64 LLVM 7.0.1)
v: 4.5 Mesa 18.3.3 direct render: Yes
NOTE: Mesa upgraded from Mesa 18.2.8 to 18.3.3 via
https://copr.fedorainfracloud.org/coprs/petrb/mesa/
--
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=41712
Bug ID: 41712
Summary: lto build is broken
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: hi-angel(a)yandex.ru
Distribution: ---
Compiling WINE with "-flto" in LDFLAGS breaks the build for link-time. The
problem boils down to the following minimal example:
$ cat main.c
void foo();
int main() {
foo();
}
$ cat foo.c
void foo() { }
$ winegcc -c -flto foo.c
$ winegcc main.c foo.o
/usr/lib/wine/libwinecrt0.a(exe_entry.o): In function
`__wine_spec_exe_entry':
(.text+0x8d): undefined reference to `ExitProcess'
/usr/bin/ld: a.out.so: hidden symbol `ExitProcess' isn't defined
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
winegcc: gcc failed
Simply removing the "-flto" option from the steps fixes the build.
--
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=48402
Bug ID: 48402
Summary: Harry Potter: Quidditch World Cup installer doesn't
show the progress
Product: Wine
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oleg.kuznetsov(a)metamint.ru
Distribution: ---
Created attachment 66174
--> https://bugs.winehq.org/attachment.cgi?id=66174
log during the installation
During installation of Harry Potter: Quidditch World Cup, the installer doesn't
show progress neither in percents, nor in form of the progress bar. On real
Windows Vista, it is being shown as it should.
WINEARCH=win32 WINEPREFIX=~/.wine_hp ./wine winecfg
Prefix was set to "Vista".
WINEPREFIX=~/.wine_hp/ ./wine start /unix /media/desktop/HPQ_E3/AutoRun.exe &>
~/HPQWC_install.log
I closed the installer near the end of the installation, because it was
starting up the game.
desktop@steamos:~/Code/wine$ ./wine --version
wine-5.0-rc3-11-g6e4d441
--
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=49423
Bug ID: 49423
Summary: Added input lag in World of Warcraft and other games
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bloodyiron(a)lanified.com
Distribution: ---
In World of Warcraft you use WASDQE to move your character in the world in a
very highly responsive manner. When using WINE 4.16, there is no perceptible
input lag. However, switching to WINE 4.17 or higher (verified in 5.7 also),
there is immediately perceptible input lag. Namely, in a combination of
dropped/missed inputs and delayed response to inputs the game receives.
This seems to be reproducible 100% of the time based on my experience and
generally everyone else I've asked, or read comments on the topic.
This input lag is so bad it means World of Warcraft should not be played on any
version higher than WINE 4.16 until this input lag bug is fixed, as it makes
gameplay elements (complex boss fights) nearly impossible.
--
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=46523
Bug ID: 46523
Summary: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine
4.0, works OK under 3.0.4
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmayr.dev(a)gmail.com
Distribution: ---
Created attachment 63380
--> https://bugs.winehq.org/attachment.cgi?id=63380
GTA IV backtrace
GTA / Grand Theft Auto IV (1.0.7.0): it gets past the intro screen (R* logo),
but after pressing "Start", it begins loading data while showing the game
characters loading screen, and crashes halfway, showing a backtrace window.
It works OK under wine 3.0.4.
All libraries are internal, except for MS VC++ 2005 redistributable.
No wine prefix options nor 'export' flags.
ThinkPad T410s
Processor: Intel i5 (1st-gen), quad-core 2.53Mhz
Memory: 4Gb RAM
OS: Ubuntu 18.04 / elementaryOS Juno
Graphics: NVidia NVS3100M (304.107 driver)
--
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=31245
Bug #: 31245
Summary: xrandr12 warcraft 3 regression
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: asdfrewq(a)mail.ru
Classification: Unclassified
When i trying to change screen resolution in Warcraft 3 options, it show me
confirmation window "All ok, do you realy want to save this resolution", but
realy nothing happens, resolution does not change.
This is printed to stdout:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f354,0x00000000), stub!
err:xrandr:xrandr12_set_current_mode Resolution change not successful --
perhaps display has changed?
In wine 1.5.8 all was 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.
https://bugs.winehq.org/show_bug.cgi?id=48565
Bug ID: 48565
Summary: When entering fullscreen at lower resolution than the
desktop, scrollable virtual desktop is accessible
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmayr.dev(a)gmail.com
Distribution: ---
I tried playing a DirectX-based game, e.g. GTAIV, using the emulated virtual
desktop at 800x600 (my desktop's native resolution is 1440x900).
But ever since I changed back to playing the game fullscreen at 800x600
*without the virtual desktop*, the following happens:
- The game starts at the desired lower resolution
- Part of my desktop environment's panel is visible within the game's viewport,
at that same lower resolution
- If I move the mouse far enough, I realize that there's an active 1440x900
virtual desktop, showing me a lo-res 800x600 window
- I can scroll around the edges of this virtual desktop, thus Wine losing the
captured mouse cursor
- When playing, this moves the centered game view past the center of the
screen, losing focus; this prevents the mouse cursor's movements to be confined
within the fullscreen window, which is supposed to be the an immovable
viewport.
I haven't found a way to revert back from having tried the virtual desktop
option, as the change has been somehow been made permanent.
--
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=50553
Bug ID: 50553
Summary: SetEnvironmentVariableW function sets last error on
deleting non-existent variable
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: topin89(a)mail.ru
Distribution: ---
This code
```
//gcc test.c -o test.exe && ./test.exe
#include <windows.h>
#include <stdio.h>
int main(int argc, char *argv[]){
BOOL result;
result = SetEnvironmentVariableW(L"PERL5LIB", NULL);
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
result = SetEnvironmentVariableW(L"PERL5LIB", "SomeValue");
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
result = SetEnvironmentVariableW(L"PERL5LIB", NULL);
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
result = SetEnvironmentVariableW(L"PERL5LIB", NULL);
printf("result: %u, last error: %d\n", result, GetLastError());
SetLastError(0);
return 0;
}
```
compiled with Mingw-w64 gcc
and running from command line and MSYS console gives this in Windows 10:
```
result: 1, last error: 0
result: 1, last error: 0
result: 1, last error: 0
result: 1, last error: 0
```
and this in Kubuntu 20.04.1 with winehq-staging 6.0:
```
<snip fixmes>
result: 0, last error: 203
result: 1, last error: 0
result: 1, last error: 0
result: 0, last error: 203
```
Error 203 is ERROR_ENVVAR_NOT_FOUND, btw. So, in Win 10 deleting already
deleted environmental variable doesn't lead to error, in Wine it is.
This alone prevents git.exe (and probably many more apps) to work correctly. In
file git-for-windows-repo/compat/mingw.c
there is this function,
```
int mingw_putenv(const char *namevalue)
{
int size;
wchar_t *wide, *equal;
BOOL result;
if (!namevalue || !*namevalue)
return 0;
size = strlen(namevalue) * 2 + 1;
wide = calloc(size, sizeof(wchar_t));
if (!wide)
die("Out of memory, (tried to allocate %u wchar_t's)", size);
xutftowcs(wide, namevalue, size);
equal = wcschr(wide, L'=');
if (!equal)
result = SetEnvironmentVariableW(wide, NULL);
else {
*equal = L'\0';
result = SetEnvironmentVariableW(wide, equal + 1);
}
free(wide);
if (!result)
errno = err_win_to_posix(GetLastError());
return result ? 0 : -1;
}
```
This line :
```
result = SetEnvironmentVariableW(wide, NULL);
```
sets error on removing non-existent `PERL5LIB` and that leads to result == 0
which in turn leads to premature exit in `err_win_to_posix(GetLastError())`.
In this particular case, for some reason last error sets to 0 instead of 203.
Another bug probably, I'll report it later.
--
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.