Eugene Moz. <mozha...@schizoden.xyz> writes: > Updated tarball. It builds fine now, more testing required though.
Attaching an updated tarball with some bugfixes.
This changes the patch to _math.cpp by implementing some missing bits
with sysctl(2) and fixing a floating point error. This was actually
interesting, and I'm not sure I did something correct, but yo, it
works(tm). The engine tries to initialise the FPU using fldcw and a
bunch of constants that I blatantly copied from a freebsd header because
I don't know where they are defined on OpenBSD; but the process was
killed with a SIGFPE. Reading some documentation (I don't know almost
anything about x86 asm) I found out that one should use fclex/fnclex
before loading new FPU control words. It fixed the SIGFPE, but I don't
know why this doesn't seem to be required on windows and linux.
It also contains a new patch to xrMemory.cpp which fixes a segfault by
implementing a method. (You just can't understand how I love those
#ifdef XR_PLATFORM_WINDOWS/#elif XR_PLATFORM_LINUX/#endif...)
Everything else should be the same as in your previous tarball. The
makefile has still various things that can be improved, and also some of
the patches may need to be cleaned up a bit and documented, but with
this I can actually launch the engine!! A window with
> cannot open file "fsgame.ltx". Check your working folder.
appears, but at least it's not crashing!
Here's the log:
; xr_3da
! Couldn't create surface from image: Couldn't open logo.bmp
OpenXRay Rx64 build 8061, Mar 3 2021
Custom build from commit[] branch[]
command line
* CPU features: RDTSC, MMX, SSE, SSE2, SSE3, SSE4.1, SSE4.2, AVX, AVX2
* CPU cores/threads: 4/4
* CPU current freq: 3593 MHz
Initializing File System...
$fs_root$ = /home/op/.local/share/GSC Game World/S.T.A.L.K.E.R. - Call
of Pripyat/
using fs-ltx fsgame.ltx
Too tired tonight to continue, hopes this helps =)
openxray.tar.gz
Description: Binary data
