https://bugs.winehq.org/show_bug.cgi?id=54405
Bug ID: 54405
Summary: FAVORITE games crash on New Game (Hoshizora no
Memoria, Irotoridori no Sekai, AstralAir no Shiroki
Towa, Sakura Moyu...)
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: nekotekina(a)gmail.com
Distribution: ---
Hello,
Multiple visual novels from FAVORITE crash at selecting New Game after startup.
List of affected games (non-exhaustive, using the same engine):
星空のメモリア (Hoshizora no Memoria) -Wish upon a Shooting Star-
星空のメモリア (Hoshizora no Memoria) -Eternal Heart-
いろとりどりのセカイ (Irotoridori no Sekai)
いろとりどりのヒカリ (Irotoridori no Hikari)
アストラエアの白き永遠 (AstralAir no Shiroki Towa)
紅い瞳に映るセカイ (Akai Hitomi ni Utsuru Sekai)
アストラエアの白き永遠Finale-白き星の夢- (AstralAir no Shiroki Towa Finale -Shiroki Hoshi
no Yume-)
さくら、もゆ。(Sakura, Moyu.) -as the Night's, Reincarnation-)
Workaround:
Go to settings, switch to font settings tab, then go back to main menu. This is
far from obvious, as it looks like the game doesn't work at all.
Technical details:
The game engine crashes calling __invalid_parameter_noinfo after failing to
check results of certain call to GetGlyphOutlineA in its text rendering
routine. More precisely, the engine seems bugged. First thing it does after
starting New Game is trying to "render" Japanese space character U+3000.
GetGlyphOutlineA returns zero for it, this triggers the code path calling
GetLastError. Last error is sticky and there is no SetLastError anywhere before
it. Since GetGlyphOutlineA doesn't set the last error in Wine (at least it's
not the case here), GetLastError checks some "ancient" stuck value. The value
is also strange: 0xffffffff, which isn't usually seen as an error code.
I tried to figure out where 0xffffffff comes from. It's set in
win32u:wait_message. X11DRV_MsgWaitForMultipleObjectsEx returns -1 because the
count arg is 0, after process_events succeeds: ret is set to count-1. I don't
understand where the bug actually is, it's pretty confusing.
--
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=56180
Bug ID: 56180
Summary: spacedesk shows "Connected - Display OFF" text when
connecting to the device
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: user.pecheniok(a)gmail.com
Distribution: ---
Created attachment 75893
--> https://bugs.winehq.org/attachment.cgi?id=75893
Log of the running app
As of spacedesk v2109 and wine 9.0 rc3, when you connect a device to the PC
using the companion app, it only shows the "Connected - Display OFF" text on
the 2nd device. This line (or similar, see log) shows up right when you tap
"connect", so maybe it is the problem and needs an implementation:
fixme:system:NtUserQueryDisplayConfig flags 0x2, paths_count 0x1a7fa00, paths
0x35e318, modes_count 0x1a7fa04, modes 0x35f428, topology_id (nil) semi-stub
--
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=41120
Bug ID: 41120
Summary: Shadow Vault does not start a new game with
EZeroDivide message box
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Created attachment 55327
--> https://bugs.winehq.org/attachment.cgi?id=55327
relay log
When attempting to start a new game there is a message box, dismissing it leads
to a hang and this message in the console:
err:ntdll:RtlpWaitForCriticalSection section 0x7de64ac0
"../../../wine/dlls/wined3d/wined3d_main.c: wined3d_cs" wait timed out in
thread 0043, blocked by 0037, retrying (60 sec)
Relay log attached with 198Mb uncompressed. The thread that displays the
problem is 0028, a thread only trimmed version (around 1000 last lines) of the
log is at http://pastebin.com/qXHmQkgv
--
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=52547
Bug ID: 52547
Summary: GIMP 2.2.x: Mouse disappears and is ignored by the
application
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Mouse pointer disappears and won't work in most places of the interface,
however, the application seems to detect when the pointer (wich is invisible)
is hovering over buttons, but doesn't recognize mouse clicks.
On Windows 10, mouse events has the expected behavior and the mouse pointer
changes to another offered by the application.
Procedure:
1 - Run GIMP-2.0/bin/gimp-2.2.exe
2 - Move mouse over windows and click on it's contents
Download:
GIMP 2.2.17:
http://www.oldversion.com/windows/the-gimp-2-2-17
SHA1: bb8a3e297d6f2885c80c394901380b81d8ae0a67
Although the applications requests for GTK+ 2.4.14, GTK+ 2.10.13 is required to
install this application
GTK+ 2.10.13:
https://sourceforge.net/projects/gtk-win/files/GTK%2B%20Runtime%20Environme…
SHA1: bc5902c48590413fdd57ece9b69ee478849329c9
--
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=21215
Summary: New Star Soccer 2010 crashes when starting a new
career
Product: Wine
Version: 1.1.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lminiero(a)gmail.com
New Star Soccer 2010 crashes when you try to start a new career. You can
customize your profile correctly, but when you confirm your choices, and the
database is created for you, halfway though the process Wine crashes.
Everything else (main menu, game engine itself) works correctly. It has been
verified (not by me) that loading an already saved game (e.g. saved in Windows)
works fine, so the problem is in generating the savegame database.
The game has a debug mode, which shows that the last operation printed on
console (be it completed or still ongoing) is a 'DoLeagueElimination' (you can
choose, in the customization process, which leagues you want to be accessible
during the game). I'll attach a back trace.
--
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=56179
Bug ID: 56179
Summary: GitLab fails to run some tests on Windows due to lack
of PARENTSRC support
Product: WineHQ Gitlab
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gitlab-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
GitLab does not take PARENTSRC into account when running the Windows tests.
For instance MR!4837 introduces a failure in xaudio2_8:xaudio2:
https://gitlab.winehq.org/wine/wine/-/merge_requests/4837/diffs
And yet the 32-bit Windows job shows no failure:
https://gitlab.winehq.org/fgouget/wine/-/jobs/48209
While the 32-bit Linux job shows the expected failure:
https://gitlab.winehq.org/fgouget/wine/-/jobs/48208
This is actually obvious given that the code that builds the list of tests to
run on Windows (winetest.args) contains no reference to PARENTSRC:
- git diff --name-only $CI_MERGE_REQUEST_DIFF_BASE_SHA | sed -re
'/\/tests\//!d; s@/tests/.*@/tests/Makefile.in@' |
(xargs -r ls 2>/dev/null || true) | xargs -r sed '/TESTDLL/!d; s@.dll@@;
s@.*= *@@' >usr/local/share/wine/winetest.args
--
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=41915
Bug ID: 41915
Summary: Crimzon Clover WORLD IGNITION - No music playback,
sound effects missing
Product: Wine
Version: 1.9.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: irrenhaus3(a)gmail.com
Distribution: ---
Created attachment 56296
--> https://bugs.winehq.org/attachment.cgi?id=56296
wine output, up until the game shows its loading screen
The Steam version of Yotsubane's shooting game "Crimzon Clover WORLD IGNITION"
doesn't play any background music, misses most of its sound effects and the few
effects it does play are not mixed properly (most of the time they are too
loud).
I believe this bug to be OpenAL-related due to this specific line in the log:
err:winediag:IXAudio2Impl_CreateSourceVoice OpenAL ran out of sources, consider
increasing its source limit.
This bug still prevails in 1.9.23, but it has been present for roughly 2 or 3
earlier releases in the winehq-repository.
Thank you for your time.
--
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=43677
Bug ID: 43677
Summary: Act of Aggression - Stuck on loading screen
Product: Wine
Version: 2.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supagu(a)gmail.com
Distribution: ---
Running from steam, it first tries to install some of the usual libs that steam
does and then run the game:
https://pastebin.com/fkwYwgK5
--
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=56170
Bug ID: 56170
Summary: Photoshop CC 2021 - Bug "enregistrer sous"
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: bbrusadelli(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 75885
--> https://bugs.winehq.org/attachment.cgi?id=75885
rapport de bug
Wine 8.0.1 repack
Xubuntu 23.10
Bug dans Photoshop CC 2021 lors dans le menu fichier / Enregistrer sous
Ci-joint le rapport
--
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=55289
Bug ID: 55289
Summary: undefined reference to `wWinMain'
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winecrt0
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
I can't get wineg++ -mconsole -municode to correctly attempt to call wmain
instead of wWinMain:
$ echo '#include <stddef.h>\nint wmain(int argc,wchar_t *argv[]){return
0;}' > test.c
$ wineg++ -mconsole -municode test.c
/usr/lib/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/wine-staging-8.11/bin/../wine/x86_64-unix/libwinecrt0.a(exe_wmain.o):
in function `wmain':
(.text+0x9b): undefined reference to `wWinMain'
collect2: error: ld returned 1 exit status
winegcc: /usr/bin/x86_64-pc-linux-gnu-g++ failed
This issue is reproducible on both Debian 12 and Gentoo, using winehq-8.11.
--
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=56127
Bug ID: 56127
Summary: connect to 0.0.0.0 should fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: moonshadow565(a)hotmail.com
Distribution: ---
Connect to all zero address should.
This is documented at
https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-co…
:
> If the address member of the structure specified by the name parameter is filled with zeros, connect will return the error WSAEADDRNOTAVAIL.
Some applications (League of Legends) rely on this behavior to alert select
from another thread on windows platform.
--
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=49936
Bug ID: 49936
Summary: modal dialog box behaves modeless
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
Creating a modal dialog box in an MDI environment :
when this one has for parent an MDI Child window, this behaves like a modeless
window (bug because MDI child was expecting an answer)
when this one has for parent the Application Frame window (parent of parent...
of MDI Child window), this behaves correctly (modal).
It's like wine doesn't manage MDI model correctly...
--
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=52966
Bug ID: 52966
Summary: user32:combo - test_listbox_size() fails in Wine in
the Japanese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:combo - test_listbox_size() fails in Wine in the Japanese locale:
combo.c:798: Test marked todo: Test 1, expected list height to be 0, got 14
combo.c:798: Test failed: Test 2, expected list height to be 0, got 15
combo.c:798: Test failed: Test 11, expected list height to be 0, got 15
combo.c:798: Test succeeded inside todo block: Test 15, expected list height to
be 54, got 54
https://test.winehq.org/data/patterns.html#user32:combo
This is readily reproducible with:
(just make sure to have the required locale in locale -a)
LANG=ja_JP.UTF-8 ./wine dlls/user32/tests/user32_test.exe combo
--
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=56169
Bug ID: 56169
Summary: Creating a new bugzilla account gives a warning: "You
submitted changes to createaccount.cgi with an invalid
token"
Product: WineHQ Bugzilla
Version: 3.2.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: austinenglish(a)gmail.com, jnewman(a)codeweavers.com,
julliard(a)winehq.org
Distribution: ---
Created attachment 75884
--> https://bugs.winehq.org/attachment.cgi?id=75884
warning
This was reported by a user to the bugzilla admin email.
I tried it myself, and sure enough, registering a new account gives this
warning:
========
You submitted changes to createaccount.cgi with an invalid token, which may
indicate that someone tried to abuse you, for instance by making you click on a
URL which redirected you here without your consent.
Are you sure you want to commit these changes?
========
I can bypass the warning, but obviously I shouldn't have to / it is concerning.
Tested with Firefox 115.6.0.esr / Google Chrome 120.0.6099.216.
--
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=56136
Bug ID: 56136
Summary: ImageGetDigestStream does not behave the same as on
windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: imagehlp
Assignee: wine-bugs(a)winehq.org
Reporter: hkarlsson(a)gmail.com
Distribution: ---
Created attachment 75814
--> https://bugs.winehq.org/attachment.cgi?id=75814
Isolated the function and ran it side by side with real windows function to
test results
Just wanted to report that ImageGetDigestStream does not match the windows (11)
version. I suspect this is very low prio and rarely used. It is used by
Unreal's ShaderCompileWorker.exe as a way to verify dxcompiler.dll version (and
a couple more dlls). The reason it is used is to get same version between
signed and unsigned binaries. I tried fixing it up myself but got stuck on some
weirdness related to .rsrc section when not having
CERT_PE_IMAGE_DIGEST_RESOURCES set (which is a scenario Unreal is not using).
Since our usecase is detouring system calls I ended up putting a specialized
(and very limited) version of ImageGetDigestStream into our code to workaround
the problem for Unreal
(The notes section inside wine source code also says that this function is only
tested with 32-bit so I suspect this code is very old and extremely rarely used
I've attached a hacked up version where my usecase works but there are lots of
cases not working so I didn't want to create a pull request.
--
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=55710
Bug ID: 55710
Summary: wine-staging fails to run anything in 64-bit prefix
Product: Wine-staging
Version: 8.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
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: ---
Even an attemp to create new 64-bit prefix fails:
$ WINEPREFIX=~/.wine64 WINEARCH=win64 ~/wine-staging64/wine winver
wine: created the configuration directory '/home/dmitry/.wine64'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:fixme:winediag:LdrInitializeThunk wine-staging 8.17 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
002c:fixme:sync:NtAcceptConnectPort
((nil),832,0x90000002,31,0x7ffffe0ff338,0x7d7d011256a0),stub!
*** stack smashing detected ***: <unknown> terminated
002c:err:seh:call_stack_handlers invalid frame 00007FFFFE0FF320
(00007FFFFE102000-00007FFFFE200000)
002c:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
With 32-bit prefix everything seems to work. It looks like this problem started
with wine-staging 8.16.
--
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=52491
Bug ID: 52491
Summary: SpaceDesk: Error when trying to connect to the server
now but it worked in 6.10 and below
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jota0222(a)hotmail.com
Distribution: ---
Created attachment 71785
--> https://bugs.winehq.org/attachment.cgi?id=71785
Log Of SpaceDesk Runinng
After the release of stable 7.0.0, I noticed that SpaceDesk stoped working and
then I tried some older versions versions, none of the listed to register the
apps in the WineHQ page worked (6.21 and above), however it worked in all the
ones below 6.10. I didn't try with the ones in between, so I don't really know
when the bug was introduced exactly.
The app doesn't throw exceptions or show error in logs, the log attached is
basically the same in both 6.10 and 7.0.0 versions.
I also tried with winedbg but if I dissable $BreakOnFirstChance it never stops
on any exception and the log finish up being the same as the one attached (at
least doesn't looks like it's showing things related to the issue). And if I
run it with $BreakOnFirstChance set as 1, it's impossible to reach the moment
of in which the error occurs due to al the exceptions in which it stops before
to even show the window.
This image shows the error:
https://paste.pics/FTUXV
--
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=56130
Bug ID: 56130
Summary: Wine is broken on Termux since 8.17-39-g25db1c5d49d
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: licy183(a)termux.dev
Distribution: ---
Created attachment 75807
--> https://bugs.winehq.org/attachment.cgi?id=75807
Error logs
I'm trying to port wine on Termux, a Linux emulator on Android. During testing,
I found that wine is broken since commit
5db1c5d49dc339e9b5a25514c198a524bd05484. I think simply reverting this commit
will break other functions. The log running WINEDEBUG=+all wine a.exe is
attached below. My device is Android 10 aarch64.
As Wine on Termux is much like a Linux distro rather than an Android APP, I
select Linux as OS.
This bug is reproducable from 8.18 to 9.0-rc3.
--
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=55731
Bug ID: 55731
Summary: advapi32:eventlog - test_eventlog_start() fails on
Windows 10 2004 & 2009
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:eventlog - test_eventlog_start() fails on Windows 10 2004 & 2009:
eventlog.c:1334: Test failed: Expected different handle
eventlog.c:1338: Test failed: Expected valid handle
eventlog.c:1392: Test failed: EventlogStarted event not found
See https://test.winehq.org/data/patterns.html#advapi32:eventlog
These failures started on 2023-10-05 which is when test_eventlog_start() was
added in the commit below:
commit 428a1219fd94919fb93527f2ef582bd28176c03f
Author: Daniel Lehman <dlehman25(a)gmail.com>
AuthorDate: Mon Oct 2 23:39:16 2023 -0700
advapi32/tests: Add ReadEventLogW tests for EventLogStarted.
--
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=55497
Bug ID: 55497
Summary: regression wine >= 7: page fault on read access to
0x00000000 in "TKKG 1" (EN: Jennifer is Missing, DE:
Katjas Geheimnis - Tivoli)
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Created attachment 75060
--> https://bugs.winehq.org/attachment.cgi?id=75060
Wine 7.0.4 backtrace
In Wine <= 6.0.4 "TKKG 1" runs fine. But Wine-7.0.2 and newer versions do not
work.
Game: TKKG 1: Jennifer is Missing (DE: Katjas Geheimnis)
Publisher: Tivola
(see AppDB)
wine-staging-8.14:
wine: Unhandled page fault on read access to 00000000 at address 6AB253F0
(thread 0140), starting debugger...
Attached Wine-7.0.4 backtrace information.
For running with Wine-6.0.4 this patch is needed.
https://bugs.winehq.org/show_bug.cgi?id=44931#c10
Installation needs to be done on Windows. Afterwards copy the folder onto the
system running Wine. See also:
https://bugs.winehq.org/show_bug.cgi?id=55494
--
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=55010
Bug ID: 55010
Summary: psapi:psapi_main - test_EnumProcessModulesEx()
sometimes gets a 0 image size on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - test_EnumProcessModulesEx() sometimes gets a 0 image size on
Windows 8:
psapi_main.c:250: Test failed: pcs-3232: 0: image size was 0
psapi_main.c:250: Test failed: pcs-3232: 3: image size was 0
or
psapi_main.c:250: Test failed: pcs-6432: 1: image size was 0
psapi_main.c:250: Test failed: pcs-6432: 3: image size was 0
or
psapi_main.c:250: Test failed: pcs-6464: 2: image size was 0
psapi_main.c:250: Test failed: pcs-6464: 0: image size was 0
psapi_main.c:250: Test failed: pcs-6464: 3: image size was 0
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
There can be 1 to 3 failures independently of the bitness.
--
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=38780
Bug ID: 38780
Summary: AArch64 platforms: register X18 must remain reserved
for Wine to run 64-bit ARM Windows applications
(Distro aarch64 toolchains need '-ffixed-x18' default,
loader/libc/userland)
Product: Wine
Version: 1.7.45
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
split off from bug 38719 ("64-bit ARM Windows applications from Windows SDK for
Windows 10 crash when accessing TEB/PEB members (AArch64 platform specific
register X18 must be reserved for TEB)")
Resolution is 'upstream' here, the Wine part is bug 38719
http://infocenter.arm.com/help/topic/com.arm.doc.ihi0055b/IHI0055B_aapcs64.…
Chapter 5 "THE BASE PROCEDURE CALL STANDARD"
--- quote ---
The role of register r18 is platform specific.
If a platform ABI has need of a dedicated general purpose register to carry
interprocedural state (for example, the thread context) then it should use this
register for that purpose. If the platform ABI has no such requirements, then
it should use r18 as an additional temporary register.
The platform ABI specification must document the usage for this register.
Note
Software developers creating platform independent code are advised to avoid
using r18 if at all possible. Most compilers provide a mechanism to prevent
specific registers from being used for general allocation; portable hand-coded
assembler should avoid it entirely. It should not be assumed that treating the
register as callee saved will be sufficient to satisfy the requirements of the
platform. Virtualization code must, of course, treat the register as they would
any other resource provided to the virtual machine.
--- quote ---
Regards
--
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=56152
Bug ID: 56152
Summary: "Script error: Handler not defined #FileIO" in "TKKG
1" (EN: Jennifer is Missing, DE: Katjas Geheimnis -
Tivoli)
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Since wine-6.4 this application fails with this message:
Script error: Handler not defined
#FileIO
This is visible since this commit:
commit af74bd31229e0f065448253b248ec0cb3b51af26
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Mar 2 18:52:44 2021 +0100
ntdll: Use syscall dispatcher to restore context in NtSetContextThread.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Unfortunately I am not able to revert this commit on current git.
I think this is the problematic area of the executable:
004F12C9 push offset aXobglu32Dll ; "xobglu32.dll"
004F12CE call ds:LoadLibraryA
004F12D4 mov ebp, eax
004F12D6 test ebp, ebp
004F12D8 jz short loc_4F1309
004F12DA push offset aMyloadlibrary3 ; "MyLoadLibrary32"
004F12DF push ebp ; hModule
004F12E0 call ds:GetProcAddress
004F12E6 mov ecx, [esp+10h+arg_0]
004F12EA push ecx
004F12EB call eax
004F12ED movzx esi, ax
004F12F0 test esi, esi
004F12F2 jnz short loc_4F12FD
004F12F4 push ebp ; hLibModule
004F12F5 call ds:FreeLibrary
004F12FB jmp short loc_4F1309
004F12FD mov [ebx], esi
Inside MyLoadLibrary32 it seems the application does a
16-bit KERNEL.95:LOADLIBRARY of fileio.dll,
which looks like it succeeds (retval=00000306).
Unfortunately for some reason the FreeLibrary is reached when it
was not before the above commit.
A +relay trace shows also a NtSetContextThread involved,
which got modified by above commit.
I tested with:
- https://archive.org/details/tkkg-1-jennifer-is-missing
- export WINEARCH=win32
- winecfg, set to Windows 95.
- Workaround for following error:
"This program requires at least 3MB of free virtual memory to run"
echo -e "MemTotal: 32768 kB\nMemFree: 32768 kB\nSwapTotal: 32768
kB\nSwapFree: 32768 kB\nBuffers: 0\nCached: 0" > my-meminfo.txt
bwrap --dev-bind / / --dev-bind my-meminfo.txt /proc/meminfo wine
tkkg1_95.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=47406
Bug ID: 47406
Summary: add support for debug symbols is separate files
Product: Wine
Version: 4.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
<will be a bit ranty>
One on the "installation options" on Gentoo is 'splitdebug'.
It allows to keep debug symbols in separate files (and potentially keep them
compressed). gdb supports it (AFAICT) seamlessly. While addr2line doesn't seem
to supports it, the one from elfutils does.
I don't know where Gentoo got the idea, but given gdb and elfutils, it's likely
more wide-spread than Gentoo family.
So, would you consider adding support for it in winedbg ?
--
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=46777
Bug ID: 46777
Summary: Two Worlds 2 crashing on start [REGRESSION]
Product: Wine
Version: 4.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timofeevsv1989(a)gmail.com
Distribution: ---
Created attachment 63791
--> https://bugs.winehq.org/attachment.cgi?id=63791
Two Worlds 2 crash. Console out.
Two Worlds 2 crashing on start. In older wine (4.0) on load screen.
On old wine 1.1.39 everything was OK
--
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.