Problems With Ns 2.0, 3.1.1.1 Under Linux?
Flayra
Game Director, Unknown Worlds EntertainmentSan Francisco Join Date: 2002-01-22 Member: 3Super Administrators, NS2 Developer, Subnautica Developer
<div class="IPBDescription">Download here</div> Our favorite VALVer Alfred Reynolds fixed this one for us. Download it if you're having problems.
<b>Thanks Alfred!</b>
<a href='http://www.natural-selection.org/ns_i386-3.1.1.1.so.gz' target='_blank'>http://www.natural-selection.org/ns_i386-3.1.1.1.so.gz</a> (1 meg)
<b>Thanks Alfred!</b>
<a href='http://www.natural-selection.org/ns_i386-3.1.1.1.so.gz' target='_blank'>http://www.natural-selection.org/ns_i386-3.1.1.1.so.gz</a> (1 meg)
Comments
(3.1.1.1a, 3.1.1.1b, 3.1.1.1c)
<a href='http://il.serverops.com/downloads/ns_i386-3.1.1.1.so.gz' target='_blank'>http://il.serverops.com/downloads/ns_i386-...6-3.1.1.1.so.gz</a>
<a href='http://www.omlette.net/mirror/ns_i386-3.1.1.1.so.gz' target='_blank'>http://www.omlette.net/mirror/ns_i386-3.1.1.1.so.gz</a>
Its not a tar.gz file so tar zxvf <filename> doesnt work (i tried). Ive never unzipped a file like this through the command prompt, does anyone know how (OS is RedHat 8)
gunzip <filename>
New metamod was released today for ns 2.0 if you havent already got it
yesterday i installed a fresh hlds_l_3.1.1.1d on my Linuxrootserver and today i downloaded the new ns-2.0 serverfiles with the patch for 3.1.1.1. But when i try to start the server i get this error-message (segfault):
lilly:/games/hl/hlds_l # ./hlds_run -game ns -insecure -pingboost 1 -port 27035 +maxplayers 20 +map ns_hera
Auto detecting CPU
Using Pentium II Optimised binary.
Auto-restarting the server on crash
Console initialized.
Protocol version 46
Exe version 3.1.1.1
Exe build: 18:20:53 Jul 29 2003 (2469)
WON Auth Server
Server IP address 216.165.234.169:27035
./hlds_run: line 339: 9495 Segmentation fault $HL_CMD
Add "-debug" to the ./hlds_run command line to generate a debug.log to help with solving this problem
Thu Jul 31 11:27:06 CEST 2003: Server restart in 10 seconds
Thu Jul 31 11:27:07 CEST 2003: Server Quit
Two HL-DM servers are working without any problem.
Can somebody help or is there coming a new fixed .so for 3.1.1.1d hlds's?
so I can run NS 2.0 on a 80286?
<!--QuoteBegin--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>QUOTE</b> </td></tr><tr><td id='QUOTE'><!--QuoteEBegin-->Console initialized.
Protocol version 46
Exe version 3.1.1.1
Exe build: 18:20:53 Jul 29 2003 (2469)
WON Auth Server
Server IP address 195.92.99.13:27015
./hlds_run: line 108: 29304 Segmentation fault (core dumped) $HL_CMD
email debug.log to linux@valvesoftware.com
Thu Jul 31 10:55:37 BST 2003: Server restart in 10 seconds
Thu Jul 31 10:55:39 BST 2003: Server Quit
<!--QuoteEnd--></td></tr></table><span class='postcolor'><!--QuoteEEnd-->
I've got the debug if anyone wants a copy - I'll not post it up as its fairly big, I've linked it below incase you are interested:
<a href='http://nostromo.thehavennet.org.uk/~haven/debug.log' target='_blank'>debug.log</a>
Right time to uninstall/re-install until I find what works - maybe a vanilla 3.1.1.1 will do the trick ...
After trying the default and patched .so files with no luck under 3.1.1.1d, I tried a vanilla install of 3.1.1.1 instead and it appears to work find.
The surprising thing is that both ns_i386-3.1.1.1.so and ns_i386.so work fine under 3.1.1.1 (I have yet to have problems with either) - so what exactly is the new code fixing ?
Anway all is not good as once I install metamod 1.16.1 the fun begins annew. This time metamod will run fine with the ns_i386.so code but not with the new patch which causes the hlds to core dump once more... There do seem to be a fair number of issues with the linux installs and it would be nice to know what testing was done prior to release so that we know what versions run on what systems !
Unfortunately we are having to find all this out the hard way at the moment. Any help would be appreciated.
As of yet I've no idea if Adminmod/clanmod work. I'll have to wait until the client comes out to properly test these things - anyone else got news on this front to report ?
Thanks
Just a thought...
EDIT: Mine seems to run fine with RC5 of AMXmod with MySQL extensions.
FYI we tested:
RH 7.3
RH 9
Slack 8
Slack 8.1
Suse 8 (not sure on that one...)
Gentoo (prodigy can supply versions)
Debian 2.x
Debian 3.x
Most of those systems are 'stock' so if you've made funky modifications to them then ymmv.
We only encountered problems when people either:
(a) used unzip -a
(b) ran the 'stock' ns_i386.so in HLDS 3.1.1.1 - you must use the updated one!
For what it's worth, we are trying to get everyone running... but it's quite possible that some systems will just not work.. This due to the fact that the various distributions, glibc versions etc etc are a minefield of little inconsistencies and incompatabilities. It's impossible for us to to be able to duplicate every possible setup out there as almost every single one is different.
The price of ultimate 'freedom of choice' in software I guess
*sigh*
Keep the reports coming... and grab me on IRC if you're not making any headway.
joev.
If you are running metamod 1.16.1 and 3.1.1.1d (under linux) then you WILL need to NS2.0 update .so file.
However when installing it follow the guidlines but use gunzip with no tags. Once its installed in your <mod dir>/dll folder move your original ns_i386.so to ns_i386.so.old and rename ns_i386-3.1.1.1.so to ns_i386.so. This should then work as its automatically picked up by metamod.
Don't do what I originally did and try to hook the new .so using the following:
<!--QuoteBegin--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>QUOTE</b> </td></tr><tr><td id='QUOTE'><!--QuoteEBegin-->./hlds_run -game ns -nojoy -noipx -heapsize 256000 +map ns_hera +maxplayers 12 +localinfo mm_gamedll ns_i386-3.1.1.1.so<!--QuoteEnd--></td></tr></table><span class='postcolor'><!--QuoteEEnd-->
The "+localinfo mm_gamedll ns_i386-3.1.1.1.so" simply doesnt work (I'm sure someone will be able to tell me why) - just make sure you rename the new .so and dont do what I did above and you should be fine.
On a related note 3.1.1.1 will run fine with the original .so file - but this is still vulnerable to the denial of service bug so its best to upgrade.