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=56040
Bug ID: 56040
Summary: Antares Auto-Tune Central UI doesn't how up and then
crashes
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Kirschi94(a)gmx.net
Distribution: ---
Created attachment 75686
--> https://bugs.winehq.org/attachment.cgi?id=75686
The backtrace the wine debugger gave me
Antares Auto-Tune Central is completely unable to start, it crashes before the
UI would have been loaded in.
The error I suspect leads to this is:
19f4:err:virtual:virtual_setup_exception stack overflow 2000 bytes addr
0x6ffffff82160 stack 0x7ffffe100830
(0x7ffffe100000-0x7ffffe101000-0x7ffffe900000)
--
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=56619
Bug ID: 56619
Summary: Waves Central crashing at startup
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Kirschi94(a)gmx.net
Distribution: ---
I think I've had this bug since around 8.21, but since I only now came around
to recreating and filing it I put it in version 9.7.
I successfully installed Waves Central (an application to install VST plugins
bought from Waves), but whenever I try to start it, an error
("Waves-Output-a.log", "Waves Error-a.png") happens. Since I tried to write the
output of the terminal directly into a file and the first time kinda didn't
work ("waves-wine-pre.log"), while the second time actually produced a
different error ("Waves-Output-b.log", "Waves Error-b.png"), I thought I should
give you all the logs I got.
Error-a says a log file has been created but I haven't yet found it. I'll add
it as an attachment as soon as I find it.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13198
Summary: Microsoft Pinball Arcade black/blank window in 24bpp
mode
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vanessaezekowitz(a)gmail.com
Created an attachment (id=13030)
--> (http://bugs.winehq.org/attachment.cgi?id=13030)
Screenshot of real 8bpp mode
Microsoft Pinball Arcade (commercial/full version) doesn't work properly in
WINE if you're using a regular, standard-issue 24bpp X session. Intro/menu
screens work, but the 3D content (direct3d? ddraw?) just produces a black
screen.
Steps to reproduce:
0. Obtain a copy of the game (maybe the demo version will do?). cd into your
'drive c' directory and start the game: `wine Program\ Files/Microsoft\
Games/Pinball\ Arcade/Launcher.exe`
1. A movie displays showing a closeup of one of the game's tables.
2. Click on the movie to interrupt it. The title screen appears and looks
fine.
3. Click again, table select menu appears and waits for input.
4. Click on any menu item at the bottom of the window - a dialog related to it
appears as it should.
5. Double-click on one of the tables - the table selection screen gets blacked
out, the window resizes, and the table's loading screen appears all in the same
instant - without repainting the window - the loading screen only painted on
the parts of the window that were already black. So we have a window half
filled with the loading screen and half transparent, showing this browser and
the controlling terminal through it.
6. The loading screen disappears and the window turns solid black. A windows
pointer appears. On the console, the "Cannot change screen BPP" line appears.
7. Clicking around eventually causes the pointer to disappear, probably because
I managed to trigger the insert-coin hot spot followed by the "1 player"
hotspot, thus starting the actual game. Hitting Esc is supposed to bring up a
graphical exit/no-exit dialog, but nothing appears. Blindly hitting "y" puts
me back at the table-select screen as it should. So the actual game is
accepting input, it just isn't showing me anything.
7a. If I try another table, I get the exact same result, including another
"Cannot change screen BPP" line on the console.
8. Double-click the table-select menu's internal Exit button and Wine drops
back to my shell after a couple of seconds.
Actual Results:
Described above - I get a black window instead of a game table.
Expected Results:
Wine should have displayed the table properly and let me play the game.
Notes:
In order to run this game properly, the user *must* have a true 8bpp mode
with StaticColor visual defined in their xorg.conf, and the user *must*
manually run a second, separate X screen (e.g. one accessible with Ctrl-Alt-F8)
in that more with that visual.
Desipte having a known, tested, working 8bpp mode in xorg.conf, Xorg does not
have any kind of ability to switch away from the currently-running depth to
some other mode (e.g. it cannot and never will be able to drop from 24bpp to
8bpp), and is not expected to ever have such a feature. Furthermore, some
users' hardware does not have the ability to run in true 8bpp mode at all, so
this game simply *will not work* on those systems.
ply does not work on some hardware, despite having correct software settings.
The attached screenshot shows what the game looks like in reap 8bpp
"StaticColor" mode, using twm as a window manager (it looks the same without a
window manager).
Versions affected:
All WINE versions from roughly 0.9.31 through the current 1.0 rc1 release.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33270
Bug #: 33270
Summary: Cursor disappears during Installshield install
Product: Wine
Version: 1.5.26
Platform: x86-64
URL: http://www.oldversion.com/download/quicktime70238.exe
OS/Version: Linux
Status: NEW
Keywords: download, integration
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 44009
--> http://bugs.winehq.org/attachment.cgi?id=44009
Wine 1.5.26 +cursor trace
With certain applications (QuickTime 7.02.38, SlingPlayer 1.3) the mouse
pointer disappears. It reappears when the installation is complete (or at
random intervals).
--
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=55736
Bug ID: 55736
Summary: Solid Edge crashes after a couple of minutes
Product: Wine
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio(a)protonmail.com
Distribution: ---
Created attachment 75230
--> https://bugs.winehq.org/attachment.cgi?id=75230
Terminal output - Wine 8.17
I tried to launch Solid Edge 2023 Community Edition
(https://resources.sw.siemens.com/en-US/download-solid-edge-community-edition)
and it does, but crashes after a couple of minutes; the crash seems to be
independent from what I do and click.
In order to reproduce, just download and install the software, then start it,
try to create a new part file, and then simply wait for the application to
crash.
A attach both backtrace and terminal output.
I'm using LMDE 6, kernel 6.1, on Lenovo V15-G2, with Wine 8.17.
--
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=56472
Bug ID: 56472
Summary: Recettear opening movie blackscreen in Wine 9.5
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: tomman(a)gmail.com
Distribution: ---
Recettear (an always lovely and troublesome game under Wine) now exhibits a
interesting regression on Wine 9.5: the opening movie (recet_op.wmv) no longer
shows video other than a blackscreen, but audio plays fine. This is on a
completely stock Wine prefix, where said game had flawless video playback until
Wine 9.4.
Apparently this comes after the bunch of video rendering changes between 9.4
and 9.5. The only way for having the opening movie working properly on this
game under Wine was by not using native Windows DLLs at all - that is, a stock
Wine profile and gstreamer-libav (using applicable native DLLs in any
combination will either break audio in the game, cause choppy movie playback,
or outright crash the game)
As suggested via #winehq on IRC, I made a debug log with +quartz,+d3d,+seh -
it's ~540MB uncompressed despite just logging the normal sequence that leads to
the OP movie playing (run the game, wait a bit on the titlescreen, then the
movie will come up). Since even compressed it's ~15MB, I can't attach it here,
so I'm hosting it on my personal website instead:
https://mi.tsdx.net.ve/temp/recet_broken_opmov_w95.log.xz
The most relevant parts from the log seem to be broken/missing colorspace
conversions, with lots of the following logged even on a regular,
non-debug-channel log:
0024:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x30323449)
in the format lookup table.
0024:fixme:d3d:debug_d3dformat Unrecognized 0x56555941 (as fourcc: AYUV)
WINED3DFORMAT!
0024:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x56555941)
in the format lookup table.
0024:fixme:d3d:debug_d3dformat Unrecognized 0x56555941 (as fourcc: AYUV)
WINED3DFORMAT!
...
0148:fixme:d3d:surface_convert_format Cannot find a conversion function from
format WINED3DFMT_YV12 to WINED3DFMT_B8G8R8X8_UNORM.
0148:fixme:d3d:surface_cpu_blt Cannot convert WINED3DFMT_YV12 to
WINED3DFMT_B8G8R8X8_UNORM.
0148:err:d3d:cpu_blitter_blit Failed to blit.
and eventually, when exiting the game:
014c:err:quartz:image_presenter_PresentImage Failed to blit, hr 0x88760096.
--
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.