https://bugs.winehq.org/show_bug.cgi?id=39565
Bug ID: 39565 Summary: World of Warships: working in GNU/Linux (Devuan), but not FreeBSD: out of memory? Product: Wine Version: 1.7.53 Hardware: x86 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: mazhe@alkumuna.eu
Created attachment 52713 --> https://bugs.winehq.org/attachment.cgi?id=52713 Application error message
I have been able to install and play the game world of warships on GNU/Linux (Devuan Linux), but copying the wine prefix, I cannot run it on FreeBSD as I am getting a "out of memory" message.
This is a bit strange, as I should have plenty available... I am using the packaged version of wine development version.
I've attached the exact program error message and wine trace, if anybody can give me pointers...
https://bugs.winehq.org/show_bug.cgi?id=39565
--- Comment #1 from mazhe@alkumuna.eu --- Created attachment 52714 --> https://bugs.winehq.org/attachment.cgi?id=52714 Wine console output.
https://bugs.winehq.org/show_bug.cgi?id=39565
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://worldofwarships.eu/e | |n/game/download/ CC| |focht@gmx.net
--- Comment #2 from Anastasius Focht focht@gmx.net --- Hello,
please install the game properly using the preferred method -> client installer.
Copy-over "installations" from a different host OS (even from a Linux distro) make the bug report potentially invalid.
Also try plain Wine 1.7.54 to rule out that staging modifications could be contributing factor.
Additionally you didn't tell which FreeBSD you are using.
Regards
https://bugs.winehq.org/show_bug.cgi?id=39565
--- Comment #3 from mazhe@alkumuna.eu --- Thanks,
Are you saying that user home directories such as ~/.wine should not be shared between installation? (There are other issue with the installation program, and it has been working on both linux and osx now).
I have the same issue with the "regular" i386-wine-devel package (1.7.53), still under FreeBSD 10.2.
https://bugs.winehq.org/show_bug.cgi?id=39565
--- Comment #4 from Austin English austinenglish@gmail.com --- (In reply to mazhe from comment #3)
Thanks,
Are you saying that user home directories such as ~/.wine should not be shared between installation? (There are other issue with the installation program, and it has been working on both linux and osx now).
Definitely not between users, and probably not between machines either.
https://bugs.winehq.org/show_bug.cgi?id=39565
mazhe@alkumuna.eu changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |39602
--- Comment #5 from mazhe@alkumuna.eu --- Same user, but anyway, I'll pause this issue then, and open a new one to first solve the installation issue.
https://bugs.winehq.org/show_bug.cgi?id=39565
--- Comment #6 from mazhe@alkumuna.eu --- Created attachment 55943 --> https://bugs.winehq.org/attachment.cgi?id=55943 Full debug output (compressed with xz)
As #39602 is near resolved (at least, worked around), I'd like to get back to this issue, being very close to make work this game!
I can confirm this issue applies to a wine prefix using the wine directx9 implementation.
I'm also adding the debug log (WINEDEBUG=+all), it's compressed with xz as the plain file was taking 450MB.
https://bugs.winehq.org/show_bug.cgi?id=39565
--- Comment #7 from mazhe@alkumuna.eu --- Created attachment 59576 --> https://bugs.winehq.org/attachment.cgi?id=59576 Very crude start of proposal patch to implement create_logical_proc_info() on FreeBSD
Ok, I've been working quite a bit on this one, the issue is that create_logical_proc_info() in dlls/ntdll/nt.c is not implemented for freebsd.
Most of the topology info can be retrieved by the kern.sched.topology_spec sysctl, but getting cache info is not provided by any basic API.
I thought of using the cpuid assembly function, but the one already implemented in nt.c do not work well with the {0x4, 0x0, 0xi, 0x0} command, using the (functionnaly) same functino from hwloc however gave me a working example.
I'll still attach a WIP patch for the record...
https://bugs.winehq.org/show_bug.cgi?id=39565
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #59576|text/x-csrc |text/plain mime type| | Attachment #59576|0 |1 is patch| |
https://bugs.winehq.org/show_bug.cgi?id=39565
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=39565
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Summary|World of Warships: working |World of Warships crashes |in GNU/Linux (Devuan), but |on startup, |not FreeBSD: out of memory? |ntdll.NtQuerySystemInformat | |ion( | |SystemLogicalProcessorInfor | |mation, ...) -> | |create_logical_proc_info() | |not implemented for FreeBSD Component|-unknown |ntdll Status|UNCONFIRMED |NEW
--- Comment #8 from Anastasius Focht focht@gmx.net --- Hello folks,
likely still present.
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/nt.c#l1952
Originally reported version:
http://wiki.wargaming.net/en/Changelogs_for_World_of_Warships
http://wiki.wargaming.net/en/Ship:Update_0.5.1
Regards
https://bugs.winehq.org/show_bug.cgi?id=39565
--- Comment #9 from Anastasius Focht focht@gmx.net --- Hello folks,
most likely still present:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/unix/system.c#l...
WOWS client is currently at 0.9.11 - that's 5 years of development in between. Client code might have changed.
I guess it's up to OP to check on FreeBSD.
$ wine --version wine-6.0-rc3
Regards
https://bugs.winehq.org/show_bug.cgi?id=39565
--- Comment #10 from mazhe@alkumuna.eu --- Hi,
I've been able to play this game for a few years using this unfinished implementation, but never found time to properly finish it.
Then the game was converted to 64 bits with 32bits part still needed to start it -- basically that made it nearly impossible to run on FreeBSD that has no clean/sustenable solution for running wine in both archs yet.
I haven't seen any progress on this side, so I don't expect a resolution, this issue can be closed I guess...
https://bugs.winehq.org/show_bug.cgi?id=39565
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://worldofwarships.eu/e |https://web.archive.org/web |n/game/download/ |/20201112043601/http://dl-w | |ows-gc.wargaming.net/eu/fil | |es/ilcClx1YzB/WoWS_internet | |_install_eu.exe