protection fault

[rjmno1]

Ill get this protection fault very regular 1 at the 10 times i login or play over the internet on siege.
howto prevent this?
i have regular s3tc textures from stock cd drive and opengl configured as in this forum showed.and textures patched ofcourse.
I,m running windows 10 pro insider previeuw evaluation copy build 10130,i,m getting the sumular fault as in windows 8.1 also.
does someone know howto prefent this error, or where it comes from and what it means?
Maby its just a bug in the siege mod.?
best regards:rjmno1

[Higor]

Post the whole crashlog, and I'll tell you why it's crashing

[rjmno1]

Post the whole crashlog, and I'll tell you why it's crashing

I,m not as a ut99 geek as you are.
Where do i find that crashlog file?

[SC]-[WARTZ_{HoF}]

UnrealTournament.log in your C:\UnrealTournament\system directory. Of course if you have played UT since your GPF the log gets overwritten. So if thats the case next time you get this GPF make a copy of the UT.log before you play again.

[rjmno1]

UnrealTournament.log in your C:\UnrealTournament\system directory. Of course if you have played UT since your GPF the log gets overwritten. So if thats the case next time you get this GPF make a copy of the UT.log before you play again.

Next time i get the error il post the log file here.
Thanks for the information guys.

[sektor2111]

Here I suspect more troubles serialization based. Cannot change static in client so easy - DONE. Screwing paths seems not a good thing as long as client cannot remove what server is able to remove (I'm guessing and I have reasons to believe these based on my tests done with weaponry screwed by some smarts...) So dynamic pathing with removal of oldies I'm not sure if is a healthy deal...

[rjmno1]

UnrealTournament.log in your C:\UnrealTournament\system directory. Of course if you have played UT since your GPF the log gets overwritten. So if thats the case next time you get this GPF make a copy of the UT.log before you play again.

Next time i get the error il post the log file here.
Thanks for the information guys.

here is an other protection fault from ut 99.
see atachement for the log file.
How can i prevent this?

greetz rjmno1

[Higor]

That's a simple GPF on file load.

Btw the first GPF is also easily solvable, I already know the 'general' cause, I simply asked for the log to pinpoint the exact faulty class doing it...
But the concept is the same: a Transient object that persists through levels is referencing an object residing in the level.
So when the Level is destroyed and garbage collector runs, the transient object still references that address, which will most likely end up in invalid memory/data.

I no longer have had that crash since I implemented the Transient ref cleaner on XC_Engine, but it's up to you if you want to install it.

[rjmno1]

That's a simple GPF on file load.

Btw the first GPF is also easily solvable, I already know the 'general' cause, I simply asked for the log to pinpoint the exact faulty class doing it...
But the concept is the same: a Transient object that persists through levels is referencing an object residing in the level.
So when the Level is destroyed and garbage collector runs, the transient object still references that address, which will most likely end up in invalid memory/data.

I no longer have had that crash since I implemented the Transient ref cleaner on XC_Engine, but it's up to you if you want to install it.

where can i download that?does that software solves mine problem?
xcengine?
I,m just trying to solve and a very clean ut 99 installation.

[Chamberly]

viewtopic.php?f=34&t=5624

Use v12 for client.

[rjmno1]

viewtopic.php?f=34&t=5624

Use v12 for client.

some day ill gonna try this.
looks very good but you have to edit alot.
thanks for the information chamberly.
downloaded.

regardz:rjmno1

[Chamberly]

There is not much to edit for client side, really. -,-