https://bugs.winehq.org/show_bug.cgi?id=40597
Bug ID: 40597
Summary: Caesar IV Demo: can't confirm license agreement during
the installation
Product: Wine
Version: 1.3.31
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Installer of Caesar IV Demo wants to confirm license agreement on the second
"next" step. You need to scroll to the bottom (100%) of the agreement to
continue. Than radio button "I accept..." becomes active and can be selected.
Everything worked fine until wine-1.3.29-240.
Actually there are two regression. Since wine-1.3.29-241-g17e72c8 the agreement
letters are replaced by mathematical symbols. It is enough, if you reach cca
95% of "agreement" and radio button "I accept..." becomes active.
Since wine-1.3.30-58-g3b96690, the agreement turns into proper letters, but
even if you reach 100% of the license agreement, the radio button "I accept..."
is still grayed out and you can't continue.
And this is still broken in wine-1.9.9.
wine-1.3.29-241-g17e72c8
commit 17e72c816b9cbc17aeaae1c2ecf2ba230083817d
Author: Huw Davies <huw(a)codeweavers.com>
Date: Thu Oct 6 16:26:07 2011 -0500
gdi32: Load the font properties from the cache if it exists.
wine-1.3.30-58-g3b96690
commit 3b9669017bc8425f04860f331d8a1f689c8d63e0
Author: Huw Davies <huw(a)codeweavers.com>
Date: Wed Oct 12 11:55:13 2011 +0100
gdi32: Add the liberation fonts to the default fallback lists.
--
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=49362
Bug ID: 49362
Summary: unable to build wine-staging amd64 due to compiler
error
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67410
--> https://bugs.winehq.org/attachment.cgi?id=67410
compiler error
wine-staging is unable to build successfully under amd64 due to the comiler in
log.
--
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=49042
Bug ID: 49042
Summary: The ddraw.dll library in the game Gothic2 stopped
loading (with the DX11 render)
Product: Wine-staging
Version: 5.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sohatok(a)yandex.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The ddraw.dll library in the game Gothic2 stopped loading (with the DX11
render)
Hello.
After updating wine to version 5.6, the DDRAW.dll library stopped loading
When the game starts, the following messages are displayed:
0009: err: module: LdrInitializeThunk "DDRAW.dll" failed to initialize,
aborting
0009: err: module: LdrInitializeThunk Initializing dlls for L "D: \\ Gothic II
\\ System \\ Gothic2.exe" failed, status c0000005
On previous versions, younger than 5.6 (5.5, 5.4 ....), the game was loaded
without errors.
After updating wine to version 5.7, the error remained (not fixed).
All versions of wine that I have specified have the "staging" modification.
Gothic2 game has version 2.6 with DX11 render
Without DX11 rendering, the game starts normally (DX9 is used)
Under windows 7 or 10, the game starts normally (with DX11).
Under windows, to disable the DX11 rendering, just rename the ddraw.dll file in
the SYSTEM directory (I mean the game directory)
Under linux, to enable DX11, add the download of the external ddraw.dll:
winecfg -> Applications (add Gothic2.exe) -> Libraries (add ddraw.dll)
or run the game with the key:
WINEDLLOVERRIDES = dxgi, d3d11, ddraw = n, b
example of a game launch line:
WINEDLLOVERRIDES = dxgi, d3d11, ddraw = n, b DXVK_HUD = gpuload, memory wine
./Gothic2.exe
I am using 64-bit prefix.
The following libraries are also added for sound functioning:
dmband.dll
dmcompos.dll
dmime.dll
dmloader.dll
dmstyle.dll
dmsynth.dll
dmusic.dll
dsound.dll
these are native libraries taken from the system32 directory of windows xp (32
bit)
If required, then the link for downloading the libraries used in my prefix:
https: // drive.
google.com/open?id=1-Nr0ThkEYgFSDQRFHcCMDvSKPMItta7v
The game is physically located on the ntfs section mounted in the home
directory, therefore, file permissions may look a little strange.
Dxvk version 1.6.1 is installed in the prefix (.wine)
My operating system:
System: Host: alex-pc Kernel: 5.3.0-42-
generic x86_64 bits: 64 Desktop: Xfce 4.12.3
Distro: Ubuntu 18.04.4 LTS
Graphics: Card: Advanced Micro Devices [AMD / ATI] Navi 10 [Radeon RX 5600 OEM
/ 5600 XT / 5700/5700 XT]
           Display Server: x11 (X.Org 1.20.5) drivers: ati, amdgpu (unloaded:
modesetting, fbdev, vesa, radeon)
           Resolution: 1920x1200(a)59.95hz
OpenGL: renderer: AMD Radeon RX 5700 version: 4.6.13594 20.10
Game archive for the ability to reproduce the error:
https://drive.google.com/open?id=1NrQZmqNEEK3CCyH6VqhXA7JFAvryBKgj
Unpacked game takes about 12.2 GB.
Game Launch File: SYSTEM \ Gothic2.exe
Best regards, sohatok.
--
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=49176
Bug ID: 49176
Summary: Esync stopped working for multiple games in staging
(applications crash on start)
Product: Wine-staging
Version: 5.8
Hardware: x86
URL: https://www.fileplanet.com/archive/p-28841/Evil-Genius
-Demo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67193
--> https://bugs.winehq.org/attachment.cgi?id=67193
terminal output
Several games crash on start in Wine-Staging git version with errors like
these:
>>eventfd: Too many open files
>>0024:err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased
I have the following values set in both /etc/systemd/user.conf and
/etc/systemd/system.conf:
DefaultLimitNOFILE=1024:1048576
The last good Staging commit when esync worked for those game:
https://github.com/wine-staging/wine-staging/commit/e30e2251253d1b856d62202…
You can reproduce the problem with Evil Genius demo.
evilgenius_demo_en.exe (195M)
md5sum: 58e4ea2c32dd981be4c02e579775aa43
wine-5.8-173-g9e26bc81165 (Staging)
--
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=49415
Bug ID: 49415
Summary: .desktop files (from shortcuts) broken in wine-staging
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
In wine-staging, .desktop files are created incorrectly.
The correct (wine Github) .desktop file contains the following:
env WINEPREFIX="/home/nyanpasu64/.wine" wine start /Unix
/home/nyanpasu64/.wine/dosdevices/c:/users/nyanpasu64/Start\
Menu/Programs/OpenMPT.lnk
The incorrect (wine-staging) .desktop file contains the following, and fails to
start:
env WINEPREFIX="/home/nyanpasu64/.wine" wine /usr/bin/wine /Unix
/home/nyanpasu64/.wine/dosdevices/c:/users/nyanpasu64/Start\
Menu/Programs/OpenMPT.lnk
This is caused by the following patch:
https://github.com/wine-staging/wine-staging/blob/029c249e789fd8b05d8c1eeda…
I think the problem is the following line (and similar lines):
- fprintf(file, "Exec=env WINEPREFIX=\"%s\" wine %s %s\n", prefix, path,
args);
+ fprintf(file, "Exec=env WINEPREFIX=\"%s\" wine %s %s\n", prefix,
wine_path, args);
path is not the location of the wine binary, but instead contains "start
...lnk". I think the patch should be closer to:
- fprintf(file, "Exec=env WINEPREFIX=\"%s\" wine %s %s\n", prefix, path,
args);
+ fprintf(file, "Exec=env WINEPREFIX=\"%s\" %s %s %s\n", prefix,
wine_path, path, args);
Note that I have not tested this patch.
--
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=49065
Bug ID: 49065
Summary: 4147635dfc7846c87181a2f06ee05f39597fd715 totally borks
wineboot
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.devir(a)mykolab.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
```
002c:err:seh:segv_handler_early Got unexpected trap 13 during process
initialization
0024:err:environ:run_wineboot failed to start wineboot c00000e5
0034:err:seh:segv_handler_early Got unexpected trap 13 during process
initialization
```
--
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=49357
Bug ID: 49357
Summary: wine-staging 5.10 doesn't build on AARCH64: undefined
reference to `__wine_syscall_dispatcher'
Product: Wine-staging
Version: 5.10
Hardware: aarch64
OS: Linux
Status: NEW
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
/usr/bin/ld.default: loader.o: in function `LdrInitializeThunk':
/usr/src/RPM/BUILD/wine-5.10.1/dlls/ntdll/loader.c:4050: undefined reference to
`__wine_syscall_dispatcher'
/usr/bin/ld.default: /usr/src/RPM/BUILD/wine-5.10.1/dlls/ntdll/loader.c:4050:
undefined reference to `__wine_syscall_dispatcher'
/usr/bin/ld.default: thread.o: in function `thread_init':
/usr/src/RPM/BUILD/wine-5.10.1/dlls/ntdll/thread.c:275: undefined reference to
`__wine_syscall_dispatcher'
/usr/bin/ld.default: /usr/src/RPM/BUILD/wine-5.10.1/dlls/ntdll/thread.c:275:
undefined reference to `__wine_syscall_dispatcher'
clang-10: error: linker command failed with exit code 1 (use -v to see
invocation)
--
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=49326
Bug ID: 49326
Summary: unable to run any applications since:
676f261e5e9959e8fb9fe6266ffd2a29bcda2c0d Updated
ntdll-ForceBottomUpAlloc patchset.
Product: Wine-staging
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bob.mt.wya(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67357
--> https://bugs.winehq.org/attachment.cgi?id=67357
wine-staging-676f261e5e9959e8fb9fe6266ffd2a29bcda2c0d-wineboot_log.txt
Since:
676f261e5e9959e8fb9fe6266ffd2a29bcda2c0d Updated ntdll-ForceBottomUpAlloc
patchset.
Running any application (builtin or external) with Wine fails e.g. wineboot ,
winecfg , etc.
Tested with Gentoo + wine-staging:9999
(EGIT_OVERRIDE_COMMIT_WINE_STAGING_WINE_STAGING="676f261e5e9959e8fb9fe6266ffd2a29bcda2c0d")
Attached is a log with:
export WINEDEBUG=+virtual,+module,+seh
--
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=9127
--- Comment #90 from Zebediah Figura <z.figura12(a)gmail.com> ---
(In reply to Christopher Thielen from comment #89)
> Given that the scope of this bug has changed, we're no longer tracking other
> known video playback issues in other games.
>
> Should we file separate bugs for the other games which don't play back
> videos correctly, assuming it is unrelated to the MPEG splitter? For
> example, Ultima IX also fails to play videos and logs show a possible
> relation to the splitter:
>
> err:quartz:GetClassMediaFile Media class not found
> err:ole:COMPOBJ_DllList_Add couldn't load in-process dll
> L"C:\\windows\\system32\\winegstreamer.dll"
> err:ole:create_server class {f9d8d64e-a144-47dc-8ee0-f53498372c29} not
> registered
> fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
> err:ole:CoGetClassObject no class object
> {f9d8d64e-a144-47dc-8ee0-f53498372c29} could be created for context 0x17
> fixme:quartz:MPEGSplitter_QueryInterface No interface for
> {37d84f60-42cb-11ce-8135-00aa004bb851}!
> fixme:quartz:MPEGSplitter_query_accept MPEG-1 system streams not yet
> supported.
> fixme:quartz:AMGetErrorTextW (80040218,0x32ef70,160) stub
In general, yes. In this specific case, those error messages indicate you're
using a relatively old version of Wine, and also no functional GStreamer. It
would be worth testing with a proper installation of GStreamer and current Wine
first.
--
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.