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=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=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.
https://bugs.winehq.org/show_bug.cgi?id=56113
Bug ID: 56113
Summary: Unfortunate Spacemen crashes on start
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
This is a regression that happened between Wine 8.21 and Wine 9.0-rc1. I have
not been able to pin down the exact commit that caused 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=55784
Bug ID: 55784
Summary: wldap32:parse - test_ldap_bind_sA() claims the server
is down on w1064v2009
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wldap32:parse - test_ldap_bind_sA() claims the server is down on w1064v2009:
parse.c:172: Test failed: ldap_connect failed 0x51
parse.c:176: Test failed: ldap_bind_s returned 0x34
parse.c:514: Test failed: ldap_simple_bind_sA should fail, got 0x51
parse.c:525: Test failed: ldap_simple_bind_sA should succeed, got 0x51
See https://test.winehq.org/data/patterns.html#wldap32:parse
Where 0x34 == LDAP_UNAVAILABLE
0x51 == LDAP_SERVER_DOWN
This started on 2023-10-09 and has been systematic on w1064v2009 since then.
Because it only happens on w1064v2009 [1], it is unlikely that the server
(db.debian.org) is really down. Also the test succeeds when run on its own.
[1] In the past 8 months there is a single other failure of that type that
happened on w1064v1507-32 on 2023-09-04.
--
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=54401
Bug ID: 54401
Summary: PhotoFiltre not printing
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johann.mahne(a)gmail.com
Distribution: ---
Created attachment 73967
--> https://bugs.winehq.org/attachment.cgi?id=73967
Log of photoFiltre starting
I upgraded from version 7.0 to version 8.0 via the Linux Mint update manager.
PhotoFiltre version 6 and 7 will now not print unless I click on print setup
first. It was working on version 7.0 .
I have to click print setup then click OK then close the window and then click
print. Then it works.
It is only for PhotoFiltre that I have this problem.
--
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.