Anything Forums

Sorry guys, this time its really bad. It just randomly shuts off for no reason, no log no nothing. I'm in the middle of working on donation system and lot of other stuff too... I'll try to figure it out but this will be really hard as there is no log.

There's just no way to figure out the cause of this due to lack of log info, so for now saves are set to every 5 minutes, and I'll work on a program that can monitor the process to start it back up when it crashes. Sorry about this, I'm trying my best. :/ I hate Microsoft shitty .net crap. I don't know why RunUO had to use that instead of a real language like C++.

Archived topic from AOV, old topic ID:294, old post ID:1420

its ok Red, you put more effort into this server than anyone can imagine. I just switch over to demise and try to find someone to kill in fel. Today I got a bag of sending off some e. guys steather.

Archived topic from AOV, old topic ID:294, old post ID:1422

maybe its my seizure pink suit and horse that was too much for the server.

Archived topic from AOV, old topic ID:294, old post ID:1423

Ha nice good job. I remember getting a demon slayer mace of a e. person. They have too much confidence in themselves and don't insure their stuff. I doubt kaz or zoraks ornys are even insured. Need to get about 30ish stealthers together and gank em. Too bad serpent arrow does not work on demise.


Turns out the crashes are .net related, so this is very serious, and there is like no way to really fix this. I can try a server reload and see if that helps. for now I tried a reboot. The thing with this is that it just shuts off RunUO with no log, other then a generic event log error saying that .net did this: (insert 30 random hex values).

Archived topic from AOV, old topic ID:294, old post ID:1424

Red Squirrel wrote:(insert 30 random hex values).

Thats what she said.

Archived topic from AOV, old topic ID:294, old post ID:1432

Well me and someone were doing some tests with malkilus. And it crashed again when I noxed him (he can't be noxed, but I can do it with gm power) and it crashed. So perhaps other DOT stuff such as strangle did it. I still don't know if it really is this, since normally a runuo crash involving a script will throw an actual error, not shut off. I'm rebooting the server right now since it's still taking up the port for some reason, and with the fixes applied (there was some known bugs in it that got uploaded) We'll try again.

Sorry about purposely crashing it now, but if I can actually know the cause, I can stop it from happening again.


Edit: Ok it's pretty much determined what the cause is, just not sure why it's crashing that way instead of using the standard crash procedure. I even managed to reproduce it in the test environment, so I can stop crashing the live shard now. But on the test environment it actually tells me it crashed, while on the live it just shuts off, but even in test environment the error is way different, and no log. But now that it's pointed out I can try to fix it. Another late night for me! Ever try writing assembly when you're half asleep? since that's my first class tomorrow.

Archived topic from AOV, old topic ID:294, old post ID:1433

Well this is fucked. It's totally IGNORING an if statement checking if a mobile attacking it is null. (Ex: a pet that did bleed/nox and died) IT's just outright totally ignoring the check, like skipping over the if statement. This makes no sense. A workaround would be to simply remove the special... but its retarded that it's doing this. I still don't get why it's not even crashing normally.

Archived topic from AOV, old topic ID:294, old post ID:1434

Wow messed. Null mobiles are not actually null, but they're equal to the mobile that is checking against it. So in the case of the boss, the null mobile was actually itself, hence why it skipped the check, but when it went to reflect damage to itself, it basically created a paradox.

Think I will make the test server public to avoid things like this from making it on the live shard.

Archived topic from AOV, old topic ID:294, old post ID:1435