Thanks Tommy. On the one hand, let's resolve the ambiguity about why your server is overflowing a buffer on messaging. If we knew the exact line of code that was failing we could pinpoint it accurately. But to do you must attach gdb to ntserv just before it fails, then capture a backtrace. % gdb -p $(pgrep ntserv) lib/ntserv (gdb) continue (gdb) bt On the other hand, the latest source doesn't have the problem; tested Ubuntu 14.04 LTS. The fix was already applied. In doing the above we'd only learn exactly how old your source was. I've tried looking for the fix, but there are so many, and I don't know which version of the server you are using. Your quickest fix should be to use the latest source, which I've tested repeatedly and does not do for me what you observe. Please clone from git, run autogen.sh, then follow INSTALL. git clone https://github.com/quozl/netrek-server.git cd netrek-server ./autogen.sh My best guess is that you followed http://netrek.org/ to http://www.netrek.org/files/Vanilla/ which had said the latest release of the server was 2.14 from 2008. That directory was out of date, and I've fixed it now. Latest is 2.18 from 2011, but the latest source in git is the best. http://vanilla.netrek.org/ was up to date. On Tue, Mar 22, 2016 at 10:14:04AM -0600, Tommy Amberson wrote: > I'm not sure what you meant by compiling the bots with -m32 in CFLAGS in their > respective directory. I tried adding -m32 to the makefile in the line that said > CFLAGS=... . I think that worked for the bots because now pre-t entertainment > mostly works. I also look at the github link where _FORTIFY_SOURCE was turned > off and added that flag to my [1]system.mk files. However whenever a client > sends a message and sometimes when the server sends messages (like in pre-T > when a planet gets taken) it still causes a buffer overflow and kills netserv > so the client has to reconnect even though pre-t goes on without changing. > > On Mon, Mar 21, 2016 at 1:29 AM, John R. Dennison <[2]jrd at gerdesas.com> wrote: > > On Sun, Mar 20, 2016 at 01:47:39PM -0700, Kevin Zheng wrote: > > > > If I remember correctly, the server doesn't work on 64-bit x86. Is that > > what you're using? > > Server works fine in 64bit. The bots, on the other hand, do not. They > need to be compiled with -m32 in CFLAGS in their respective directory. > > > John > -- > We only think when we are confronted with problems. > > -- John Dewey (1859-1952), American philosopher, educator > > References: > > [1] http://system.mk/ > [2] mailto:jrd at gerdesas.com -- James Cameron http://quozl.netrek.org/