XC_Engine [20] - XC_Core [7b] - XC_IpDrv

[Barbie]

Just two questions where I didn't find an answer in the documentation:

1. How do I replace functions? I also want to replace functions of a certain state.
2. Is SCF still needed when running XC_Engine?

[sektor2111]

How do I replace functions? I also want to replace functions of a certain state.

Decompile <XC_Engine.u> file and the other <XC_Engine_UT99.u>.
If you want to see another way I'll show you one of my main mutators used by me.

Is SCF still needed when running XC_Engine?

XC_Engine will disable some things from there - see files described above.

[esnesi]

Result of "join"

Code: Select all

DevNet: NotifyAcceptingChannel Control 0 server Level CTF-Face_R15.MyLevel: Accepted
DevNet: Level server received: HELLO REVISION=0 MINVER=400 VER=436
Critical: appError called:
Critical: Assertion failed: NumInRec<=RELIABLE_BUFFER [File:C:\UTDev\Engine\Src\UnChan.cpp] [Line: 262]
Critical: Windows GetLastError: The operation completed successfully. (0)
Exit: Executing UObject::StaticShutdownAfterError
Critical: QueueIt
Critical: UChannel::ReceivedRawBunch
Critical: DispatchDataToChannel
Critical: BunchData
Critical: UNetConnection::ReceivedPacket
Critical: UNetConnection::ReceivedRawPacket
Critical: UTcpNetDriver::TickDispatch
Critical: UpdatePreNet
Critical: ULevel::Tick
Critical: (NetMode=1)
Critical: TickLevel
Critical: UGameEngine::Tick
Critical: UXC_GameEngine::Tick
Critical: UpdateWorld
Critical: MainLoop
Exit: Exiting.
Uninitialized: Name subsystem shut down
Uninitialized: Log file closed, 03/06/15 19:26:33

Successfully crashed.

Wasn't that fixed though? I remember looking at a list of familiar bug reporting and fixing from a website somewhere.

It was fixed only in one 451 which is unfriendly with XC_Engine (Speaking about Linux). And... I got rid of 451 even from Win because I wanna see what is in certain Level directly in server and 451 DOESN'T Help at all.

Sry for this necro bump.
But a few days ago i got this exact crash mid-game on the server with XC24b on 451b. (WIN)
Line: 262, i saw other differations as well.
Rammed some searchengines and came here.
Can't test this on 469 server, as our mapovte isn't compatible with it yet.

*btw; the unreliable-adv-patch is applied here.
Not sure that's even needed when it's using XC's engine.

[sektor2111]

If memory doesn't cheat me XC_Engine is capturing some offset for that buffer and it does a few changes which makes this "unreliable buffer" exploit to get vanished. As far as I recall I tested said exploit in my private server with XC_Engine, server did not even blink, it was running without to feel any attack.

That old crash it looks like is coming from C++ where accessed nones are crashing not simply spamming console, eh...

[esnesi]

If memory doesn't cheat me XC_Engine is capturing some offset for that buffer and it does a few changes which makes this "unreliable buffer" exploit to get vanished. As far as I recall I tested said exploit in my private server with XC_Engine, server did not even blink, it was running without to feel any attack.

That old crash it looks like is coming from C++ where accessed nones are crashing not simply spamming console, eh...

to be exact;

@XC24b on 451b. (WIN)

[sektor2111]

Ooopsy... That's not good at all...

[esnesi]

Ooopsy... That's not good at all...

The difference on my error compared to yours earlier, is that mine is referring to a mapped G:\ share, and yours to C:\