I'm trying to get the linux version of soldat server to run on my computer but I seem to be running into some problems. As soon as I start the soldat server:
[code]
./soldatserver
[/code]
I recieve these errors:
[code]
Runtime error 230 at 08059111
Segmentation fault
[/code]

And the server just crashes(doesn't go any further). I tried searching for a similiar problem but didn't come across one.

lal, i think Fedora linux is your problem. it actually sucks.

Lol, Fedora is one of the top rated linux distro's. It far from sucks, I've used it for years without a problem. So you're statement is just an oppinion of someone who's never really even used it.

Titanium, don't spam. You're now on my "watch these little boys closely" list

Hollow man..

Paste the last 15 lines of a

strace ./soldatserver

Tank:
[code]
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigreturn(0) = 134543829
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigreturn(0x79a8ff4) = 127528830
rt_sigaction(SIGINT, NULL, {0x8059148, [INT QUIT], SA_SIGINFO}, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGFPE, NULL, {0x8059148, [INT QUIT], SA_SIGINFO}, 8) = 0
rt_sigaction(SIGFPE, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGSEGV, NULL, {0x8059148, [INT QUIT], SA_SIGINFO}, 8) = 0
rt_sigaction(SIGSEGV, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGILL, NULL, {0x8059148, [INT QUIT], SA_SIGINFO}, 8) = 0
rt_sigaction(SIGILL, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGBUS, NULL, {0x8059148, [INT QUIT], SA_SIGINFO}, 8) = 0
rt_sigaction(SIGBUS, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {0x8059148, [INT QUIT], SA_SIGINFO}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_IGN}, NULL, 8) = 0
munmap(0, 61439) = 0
write(2, "Runtime error 230 at 08059111", 29Runtime error 230 at 08059111) = 29
write(2, "\n", 1
) = 1
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 17834 detached[/code]

Going to need 15 more lines before that.

Seeeee! fedora just suxxxxxx. with any other linux you just run teh server and its all done.

 Quote:Originally posted by TitaniumSeeeee! fedora just suxxxxxx. with any other linux you just run teh server and its all done.


What a compelling argument you make. Exactly what are the difference between fedora linux and the distribution you are using? Do you even know?

The soldatserver isn't the exactly most sophisticated linux binary around, its hardly a be all and end all of what is a 'suxxxx' linux and what is not.

I'm happy a debian user, but a true pet peeve of mine is those who don't like distributions just because they are not what they got told to use, or it doesn't setup X how they like it.

Ok, Titanium now I have to say somethign I'd thought I'd just ignore. You're an idiot who knows nothing about linux, Linux is linux!! The only difference between distros is how everything is packaged together and whatb software comes with it, besides that, if you strip fedora down, it's the same as any other linux distro thats stripped. And Tank, here's the next 15 or so lines before what I posted before.
[code]
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7dd9000
close(4) = 0
mmap2(NULL, 65535, PROT_NONE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, 0, 0) = 0
readlink("/proc/self/exe", "/home/Josh/soldat/soldatserver", 4096) = 30
stat64("/home/Josh/soldat/soldatserver", {st_mode=S_IFREG|0777, st_size=554852, ...}) = 0
stat64("/home/Josh/soldat/soldatserver.en_US", 0xbfaeed38) = -1 ENOENT (No such file or directory)
stat64("/home/Josh/soldat/soldatserver.en", 0xbfaeed38) = -1 ENOENT (No such file or directory)
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=25404, ...}) = 0
mmap2(NULL, 25404, PROT_READ, MAP_SHARED, 4, 0) = 0xb7feb000
close(4) = 0
futex(0xbcca4c, FUTEX_WAKE, 2147483647) = 0
rt_sigaction(SIGINT, {0x8059148, [INT QUIT], SA_SIGINFO}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGFPE, {0x8059148, [INT QUIT], SA_SIGINFO}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGSEGV, {0x8059148, [INT QUIT], SA_SIGINFO}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGILL, {0x8059148, [INT QUIT], SA_SIGINFO}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGBUS, {0x8059148, [INT QUIT], SA_SIGINFO}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x8059148, [INT QUIT], SA_SIGINFO}, {SIG_IGN}, 8) = 0
pipe([4, 5])
[/code]

Btw; Tank. Thanks for trying to help me :)

well, im happy with gentoo linux. well, one thing why fedora sucks is that its rpm-based

Anyways, stop hijacking my thread. If you aren't going to provide any useful knowlege on my problem dont post at all.

The soldatserver is trying to changed default actions of SIGNALs that your kernel obviously does not support, probably disabled security reasons.

Soldatserver is redefining what to do for each signal, which quite a few programs do. But unusual here is that soldat would try to redefine so many. For example my monitor script redefines a few like INT,USR1,TERM.

You can find a full list under 'man kill' there names with line up with the rt_ system commands in your strace.

Theres no way around it, soldatserver is closed source. You are going to have to recompile your kernel.


To explain more of your strace:
mmap is where a process maps data to memory

open, opens a system file to a file handle represented by a number:
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 4
Eg. 4 in this case.

fstat stats a file handle number:
fstat64(4, {st_mode=S_IFREG|0644, st_size=25404, ...}) = 0
Eg. Grab the details of /usr/lib/gconv/....

stat64 does a direct stat of a file without opening.

close closes a filehandle.

Pipe creates a datastream between two processes.

All irrelvant to you though since the problem is the signals.



Only one last thing you can check.

strace -f ./soldatserver

Check last 15 lines are same or similar. -f shows all the spawned child processes as well.

plzx, just switch to a different distro like debian

 Quote:Originally posted by Titaniumplzx, just switch to a different distro like debian

You obviously have no idea how much time it takes to correctly setup a linux server.

mr. EnEsCe.. far as i know it doesnt take that long.

Titanium, that's because you don't know anything!
Respect the fedora (I use core 4 - the worst one, but works perfectly after some serious mods)
Respect the Tank
Respect the NES.

 Quote:You obviously have no idea how much time it takes to correctly setup a linux server.
LOL! SOLDAT SERVER?

I was having probs with debian for awhile with runtime errors and i swithed to slackware and it r teh work... So you COULD always try something else.
But theres probably obviously simpler answers

 Quote:Originally posted by edakTitanium, that's because you don't know anything!
Respect the fedora (I use core 4 - the worst one, but works perfectly after some serious mods)
Respect the Tank
Respect the NES.


1. Why do i need to respect fedora? it sucks anyway.
2. lol
3. lol