Hellek

Is it possible to use mod-folders on dedicated servers? If yes, is it good to do so? How can you do it? The ofpserver-shell-script seems not to pass any arguments on to the server executable. Is there any site that lists all the possible command-line options, server.cfg-entries, etc.?

I don't have any problems, must be the combination of RTS + some other addon that causes that (that's my guess)

well, it already is the case that each artillery unit can only have one commander. the commander can also release command so that somebody else can use it. that is far more dynamic than making a single radio available. I think that it might be a cool thing if the commander could actually "hand out" radios to other players so that the commander can decide who will be able to use the artillery (when he himself is not using it)

I think who has the possibility to use the UA radio can do it. You can: A: Set that Tank commanders have it (they don't have it by default) B: Place radios that can be picked up C: Execute a script on a player to activate the radio for him So you would just have to execute the script on the commander at startup and at respawn I guess. If you won't make it commander-only: I don't know if you can "assign" artillery to a player meaning that only he can command it.

Are you going to add UA (Unified Artillery) stuff to RTS? Preferably requiring research of course and maybe even making the area round the HQs a no-shoot zone (which AFAIK should be no prob to do with UA) so that they are not too powerful.

Thanks, it works now. Sorry that I did not find the thread myself.

Unfortunately I can't downgrade to RH8, have to keep RH9. So I have to stick with the slower server which has RH8 installed PS: Tried 1.92 Beta, also did not work (not really a surprise)

yeah, I am using 1.91c, the topic name is missleading because I did not create this topic. I already checked /etc/hosts, hostname, ifconfig, etc., all seem to be right: 127.0.0.1 localhost.localdomain localhost 141.201.7.198 image.mat.sbg.ac.at image [david@image ~/ofp]$ hostname image.mat.sbg.ac.at ifconfig of course also showed me 141.201.7.198 with subnetmask 255.255.255.0 on interface eth0 with "UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1" all the nameservers in /etc/resolv.conf are of course working, everything is alright. Concerning the glibc: The system where it is working is RH8 (which means glibc 2.2), the system where it is not working is RH9 (glibc 2.3). Did you manage to make the server run with glibc 2.3?

Hehe, I think that BI has learned and won't use DirectPlay in OFP2. They did a good job on their own multiplayer code and I am quite sure that they will do again. I also just had a look at ipv6-patches for some Unix programs and it really seems that you do not have to change much (I guess that doing ipv6 for windows software is not harder than for unix)

no, did not find anything special in those files, and they are of course all -rw-r--r-- as usual hostname also worked as supposed.

and no errors when starting up? and not behind a NAT? and ports not blocked? if you checked all that and everything is okay I can't help - sorry.

You just have to make sure that the port is not blocked by any firewalls. So if you use 2302 you have to make sure that also 2303 is available and not blocked (and if you are behind a NAT, make sure that it is forwared too)

some differences which I now found with strace: on system image (not working) connect(92, {sa_family=AF_UNIX, path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory) open("/lib/tls/libc.so.6", O_RDONLY) = 92 on system cipher (working) connect(92, {sin_family=AF_UNIX, path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory) open("/lib/i686/libc.so.6", O_RDONLY) = 92 also: image: munmap(0x5d27a000, 127526) = 0 munmap(0x5d38d000, 47068) = 0 munmap(0x5d399000, 1261416) = 0 munmap(0x5d4cd000, 90100) = 0 open("/etc/ld.so.cache", O_RDONLY) = 92 cipher: munmap(0x5d27a000, 110992) = 0 open("/etc/host.conf", O_RDONLY) = 92 fstat64(92, {st_mode=S_IFREG|0644, st_size=17, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x5d27a000 read(92, "order hosts,bind\n", 4096) = 17 read(92, "", 4096) = 0 close(92) = 0 munmap(0x5d27a000, 4096) = 0 brk(0) = 0xa139000 brk(0xa13a000) = 0xa13a000 brk(0) = 0xa13a000 open("/etc/hosts", O_RDONLY) = 92 fcntl64(92, F_GETFD) = 0 fcntl64(92, F_SETFD, FD_CLOEXEC) = 0 fstat64(92, {st_mode=S_IFREG|0644, st_size=147, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x5d27a000 read(92, "# Do not remove the following li"..., 4096) = 147 read(92, "", 4096) = 0 close(92) = 0 munmap(0x5d27a000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 92 so it somehow left out opening /etc/host.conf Also on cipher there are entries like net_addr("<ip adress of the host edited out>")}}, 16) = 92 which are not on image So it is really very, very weird, all other programs work without any problems and also resolving works without probs Also on both systems I have lines like uname({sys="Linux", node="image.domain.edited.out", ...}) = 0 uname({sys="Linux", node="cipher.domain.edited.out", ...}) = 0 so it at least manages to find out the actual hostname on both systems. PS: Another thing which I don't understand is that already the first line is different: Cipher: execve("./server", ["./server", "-config=server.cfg"], [/* 29 vars */]) = 0 Image: execve("./server", ["./server", "-config=server.cfg"], [/* 30 vars */]) = 0

now it does not work any more at all and i did not change anything. it is so weird :-(

Hmm, resolving works on both, also route and ifconfig did not show anything special and other programs which use networking do not have any problems on the system. I just looked through the forums and found out that adding reportingIP=""; to the flashpoint.cfg might help and it indeed does. Now I only have to figure out why ... PS: FYI: It prevents OFP from reporting to gamespy so the drawback is that nobody will find the server