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=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.
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=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.
https://bugs.winehq.org/show_bug.cgi?id=48172
Bug ID: 48172
Summary: 32 bit wine is unable to allocate a continuous 1.5GB
block of memory
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1) Create a 7zip archive with 1.5GB dictionary (a PC with at least 20GB of RAM
is required) using a 64 bit version of the application
In console this could be done this way using native p7zip:
7za a -md=1536m arc.7z [files or folders]
2) Try to unpack this file in 32bit Wine/32bit WinRAR - you'll get a message:
Not enough memory
--
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=44821
Bug ID: 44821
Summary: Gothic 1 inventory objects not rendered
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: w1t3sc4(a)cybergal.com
Distribution: ---
Created attachment 60854
--> https://bugs.winehq.org/attachment.cgi?id=60854
Inventory objects are not rendered.
Object icons in the inventory are not rendered (screenshot).
This bug was absent in Wine 3.1, but appears in Wine 3.3 and 3.4.
--
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=26142
Summary: Civilization 4: Screen turns black on turn end with
built-in msxml
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=33298)
--> (http://bugs.winehq.org/attachment.cgi?id=33298)
Image showing the problem
Steps to reproduce:
1) remove ~/.wine
2) install Civilization 4 complete
3) wine Civilization4.exe
4) load my save
5) end the turn
Behaviour:
Black screen and HUD is OK. The game doesn't hang. See attachment (left image)
Expected behaviour:
There should be no black screen. See attachment (right image)
Workaround:
winetricks msxml3
Additional comment:
This bug occurs randomly and mostly after short films inside the game. If I try
to load the same saved game once more time I get black screen too. unless I
exit to desktop and load the game again.
--
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.