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=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=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=49852
Bug ID: 49852
Summary: Performance regression in "msvcrt: Use correct code
page in _write when outputing to console."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
Distribution: ---
Created attachment 68190
--> https://bugs.winehq.org/attachment.cgi?id=68190
Test sample
Since 081d25d4b989c732d301b786311c034132c8d7a3, "msvcrt: Use correct code page
in _write when outputing to console.", a test app (that prints a lot to stdout)
had an around 10-20x slowdown.
Before, "time wine64 ihateeh-x86_64.exe > /dev/null 2>&1" ran in around 1
second, after that commit it takes 15 seconds. (At some later point, it has
regressed further to 25 seconds. The corresponding testcase on aarch64 used to
run in 3 seconds, after the commit it takes 60, and with current master takes
around 120 seconds.)
--
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=13685
Summary: Anarchy Online is very slow in certain areas (< 3fps or
0)
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: krause.marcel(a)gmx.net
It's something that's bugging me for a good while, and is also being mentioned
in the AppDB article for the game. As I said there it can be "worked around" by
using the commercial cedega software, which has other minor problems too, but
nothing compared to the slowness under wine.
1. download the free client using bittorrent:
http://torrent.funcom.com/torrents/AnarchyOnline_17.6.1_EP0.exe.torrent
2. register a free account: http://register.funcom.com/
3. Start the game, talk to the neutral recruiter at the island and take the
Wompah (teleporter) to Borealis, which will leave you in complete graphical
laggyness.
You can also notice the laggyness at the Unicorn Outpost (needs paid expansion
content), playershops in the guild cities (paid content too), and a few more
places. All of these places are frequently used by the players and visiting
them is a major pain of course, but as they're the central places in game, you
can't really get around on the long run.
It's not my system causing the lag though, as it works fine with the cedega
software.
Specs are:
Athlon X2 5000+
2Gb Ram
GeForce 8600GT@256MB
400GB WD harddisk
16MBit/s internet connection
Regards,
Marcel Krause
--
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=46658
Bug ID: 46658
Summary: Far Cry configurator: reduced height of comboboxes
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: dark.shadow4(a)web.de
Regression SHA1: 3d0be0bad8eca72e67199ebfb451150d58494ba3
Distribution: ---
Created attachment 63591
--> https://bugs.winehq.org/attachment.cgi?id=63591
screenshot showing the difference
Far Cry configuration tool allows to tweak certain game settings. When I open
any of the comboboxes, the drop-down list shows only 2 items. It should display
more items as it is the case after reverting commit
3d0be0bad8eca72e67199ebfb451150d58494ba3. See attached screenshot for
comparison.
Plain terminal output yields nothing and the free demo doesn't include the
configurator tool. Please let me know if you need debug logs.
Tested in Wine 4.2 with the GOG.com version of the game.
--
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=49340
Bug ID: 49340
Summary: Splinter Cell: Pandora Tomorrow - Can't find file for
package 'HXAudio'
Product: Wine
Version: 5.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomasz.piotr.kowalczyk(a)gmail.com
Distribution: ---
I'm on Ubuntu 20.04, installed winehq-staging 5.10 from WINE PPA. I'm trying to
play Splinter Cell: Pandora Tomorrow, the game was installed without any issue.
Unfortunately, every attempt at running pandora.exe fails with an old Windows
window and the following text:
```
Can't find file for package 'HXAudio'
History: UObject::SafeLoadError <- UObject::StaticLoadClass <-
UEngine::InitAudio <- UGameEngine::Init <- InitEngine
```
There is a HXAudio.dll file in the game's root directory, and when running a
WINEDEBUG=+loaddll I see that WINE attempts to load it but then it is
immediately unloaded:
```
0024:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\DSOUND.dll"
at 0x6d5c0000: PE builtin
0024:trace:loaddll:load_native_dll Loaded L"C:\\Program
Files\\Ubisoft\\Splinter Cell Pandora Tomorrow\\HXAudio.dll" at 0x24b0000:
native
0024:trace:loaddll:free_modref Unloaded module L"C:\\Program
Files\\Ubisoft\\Splinter Cell Pandora Tomorrow\\HXAudio.dll" : native
0024:trace:loaddll:load_native_dll Loaded L"C:\\Program
Files\\Ubisoft\\Splinter Cell Pandora Tomorrow\\HXAudio.dll" at 0x24b0000:
native
0024:trace:loaddll:free_modref Unloaded module L"C:\\Program
Files\\Ubisoft\\Splinter Cell Pandora Tomorrow\\HXAudio.dll" : native
```
There is virtually no information about anything called "HXAudio" apart from
two old forum entries [1] [2] basically stating that there is a problem,
without any hint for a solution.
1: https://forums.ubisoft.com/showthread.php/261459-Game-crashes-in-startup
2: https://gathering.tweakers.net/forum/list_messages/945571
Any help would be greatly appreciated. Please let me know if you need any other
information about my environment. For the reference, I also tried older WINE
versions 1.5.19 and 1.9.20, with exactly the same result.
--
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=42208
Bug ID: 42208
Summary: Error when compiling winhlp32.
Product: Wine
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
While trying to compile wine with mingw and cygwin as shell, I got this error:
../.././../w/tools/winegcc/winegcc.exe -o winhlp32.exe
-B../.././../w/tools/winebuild --sysroot=../.. -b \
i686-w64-mingw32 -fasynchronous-unwind-tables -mwindows callback.o hlpfile.o
macro.o string.o \
winhelp.o macro.lex.yy.o winhlp32.res ../../dlls/shell32/libshell32.a \
../../dlls/comctl32/libcomctl32.a ../../dlls/comdlg32/libcomdlg32.a
../../dlls/user32/libuser32.a \
../../dlls/gdi32/libgdi32.a ../../libs/port/libwine_port.a -lwine
macro.lex.yy.o: nella funzione "yylex":
/home/Carlo/w2/programs/winhlp32/macro.lex.yy.c:1032: riferimento non definito
a "yywrap"
collect2: error: ld returned 1 exit status
winegcc: i686-w64-mingw32-gcc failed
make: *** [Makefile:322: winhlp32.exe] Error 2
It says that "yywrap" is an undefined reference.
This probably happens because the macro.lex.l is not aware of the fact that is
can be also cross compiled, which is the thing you have to do when you want to
run wine natively on Windows, for example.
At the end of the file there is an #ifndef yywrap ... #endif: I replaced it
with an #if 1 and the program has been compiled correctly. But I guess it has
to be fixed correctly.
Sincerely.
--
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.