From quisar at quisar.ambre.net Fri May 4 02:42:42 2001 From: quisar at quisar.ambre.net (Benjamin `Quisar' Lerman) Date: Wed Jan 12 00:50:30 2005 Subject: [Netrek Clients] Client OpenBSD Message-ID: <20010504094241.A1112@bonnie.liafa.jussieu.fr> Hi, I've compiled an OpenBSD client for the latest version of Cow. I join it to this mail. -- Benjamin `Quisar' Lerman -------------- next part -------------- key.cow.openbsd:ct=Client Of Win:cr=quisar@quisar.ambre.net:\ :cd=May 2001:ar=static ix86 OpenBSD:cl=inl,standard2:\ :cm=RSA 2 blessed. Located at ftp.netrek.org:\ :gk=f9edb1ad717d54574894267c95d82cfa64ec1877e613654baf1854abdeb1d21e:\ :pk=a79a4b5c4894c34a60a185c91ca8df306afcfc9256c7df3cf5416bf0d29a6b1b: -------------- next part -------------- A non-text attachment was scrubbed... Name: COW.3.00pl3.OpenBSDstatic.gz Type: application/x-gunzip Size: 519788 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20010504/8f3c2849/COW.3.00pl3.OpenBSDstatic.bin From ahn at vec.wfubmc.edu Sun May 6 00:01:09 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:50:30 2005 Subject: [Netrek Clients] cow doc not found In-Reply-To: ; from neilson@usc.edu on Sat, May 05, 2001 at 06:19:26PM -0700 References: Message-ID: <20010506010109.A59958@cecum.vec.wfubmc.edu> On Sat, May 05, 2001 at 06:19:26PM -0700, D. Alex Neilson wrote: > Hi, > > Got this when trying to get the cow doc package: > > Not Found > > The requested URL /cow/current/COW.3.00pl3.doc.tar.gz was not found on this > server. It doesn't exist. Try pulling the documentation from the COW home page at cow.netrek.org. There is also cow.netrek.org/COW_DOC.html > I'm trying to find the instructions on how to play cambot files > back, in particular how does one show planet resources rather > than just ownership? It's in my .xtrekrc file, but not working. Not sure. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From mackb at rocketmail.com Thu May 10 18:09:16 2001 From: mackb at rocketmail.com (Mack B.) Date: Wed Jan 12 00:50:30 2005 Subject: [Netrek Clients] COW screenshot Message-ID: <20010510230916.13491.qmail@web2902.mail.yahoo.com> Hi, I'm wondering if there is a way to configure COW so that the graphics are as good as the screenshot on the COW webpage. I've downloaded the newest release (3.00pl3), but the bitmaps and effects are not as fancy as the picture seen. Perhaps there is some tweaking that I'm not aware of. The specific image I'm referring to is: http://www.netrek.org/cow/chain.gif Thanks. Best regards, MB __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ From 007 at freemail.at Sun May 13 09:16:05 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:50:30 2005 Subject: [Netrek Clients] COW screenshot In-Reply-To: <20010510230916.13491.qmail@web2902.mail.yahoo.com> References: <20010510230916.13491.qmail@web2902.mail.yahoo.com> Message-ID: <01051316251000.00342@doosh> On Fre, 11 Mai 2001 Mack B. wrote: >I'm wondering if there is a way to configure COW so that the graphics >are as good as the screenshot on the COW webpage. I've downloaded the >newest release (3.00pl3), but the bitmaps and effects are not as fancy >as the picture seen. Perhaps there is some tweaking that I'm not aware >of. Oh, thats a special picture of a base ogg I recorded with cow from the base practice server on my machine and fetched a screens shot from the playback under Linux. So lots of ships inclusive the base exploding above a planet. It takes a while to catch such a situation, but its real. So which effect is missing? You may selectivly switch on an off certain color effects, as well as if some bitmaps are not working they are tuned off. Kurt -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From dukovrl at jester.com Sun May 13 16:35:19 2001 From: dukovrl at jester.com (Isaac Earl) Date: Wed Jan 12 00:50:30 2005 Subject: [Netrek Clients] sound help Message-ID: <200105131735.AA1299382946@mail.jester.com> I've finally figured out how to install the pixmaps file, but the only problem is that the sound will not work. I've tried downloading the sound source off the netrek.org many times but it doesn't work for my windows machine, I would very much apprecieate it if you knew of any way to get a sound source for cow 3.00 that would work for windows. thanks From quozl at us.netrek.org Sun May 13 18:58:34 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:50:30 2005 Subject: [Netrek Clients] sound help In-Reply-To: <200105131735.AA1299382946@mail.jester.com>; from dukovrl@jester.com on Sun, May 13, 2001 at 05:35:19PM -0400 References: <200105131735.AA1299382946@mail.jester.com> Message-ID: <20010514095834.B2628@us.netrek.org> Isaac, Downloading it many times won't help. Only once is needed. Have you turned sound on using the sound menu? Have you checked that the netrekrc file has it enabled? Perhaps you adopted a netrekrc file that turned it off? Did you unpack the sound source into the correct directory, or did you just download it? -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From lcrawfo at yahoo.com Mon May 14 00:22:09 2001 From: lcrawfo at yahoo.com (Lee Crawford) Date: Wed Jan 12 00:50:30 2005 Subject: [Netrek Clients] sound help In-Reply-To: <200105131735.AA1299382946@mail.jester.com> Message-ID: <20010514052209.70140.qmail@web10006.mail.yahoo.com> If the sound files still don't work you can try downloading from: http://142.104.104.232/ecow/cow_down.html Download the Minimal + Metaserver Add-on + Fed Sounds (2.29 MB). Scrap the client and keep the sound effects if you like. Make sure your RC file contains something like: # Sound Settings sound: on sounddir: C:\Rec\Netrek\FedSnds That should get you up and running with sound. Lee aka Crommie' --- Isaac Earl wrote: > I've finally figured out how to install the pixmaps > file, but the only problem is that the sound will > not work. I've tried downloading the sound source > off the netrek.org many times but it doesn't work > for my windows machine, I would very much > apprecieate it if you knew of any way to get a sound > source for cow 3.00 that would work for windows. > thanks > > _______________________________________________ > vanilla-clients mailing list > vanilla-clients@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-clients __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ From dejeroen at soneramail.nl Thu May 24 02:05:22 2001 From: dejeroen at soneramail.nl (jeroenmail) Date: Wed Jan 12 00:50:31 2005 Subject: [Netrek Clients] ?? Message-ID: <000801c0e41f$e6b7d3e0$a4b73ad4@jeroenspc> i dont get your page what do i have to download to get netrek? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20010524/76a9f020/attachment.htm From kvaav454f2v56 at yahoo.com Tue May 29 09:11:12 2001 From: kvaav454f2v56 at yahoo.com (kvaav454f2v56@yahoo.com) Date: Wed Jan 12 00:50:31 2005 Subject: [Netrek Clients] (no subject) Message-ID: <9kqpScE8X78IoB508k> An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20010529/beb5a2b8/attachment.html From quozl at us.netrek.org Wed May 30 18:53:53 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:50:31 2005 Subject: [Netrek Clients] COW 3.00pl3 Win32 Small Screen Message-ID: <20010531095353.E16635@us.netrek.org> G'day Kurt, I've got some potential players in a nearby outback town who would like to play, but their family computers running legacy Microsoft Windows do not go beyond 800x600 pixel desktop. While I have recommended installing Linux in order to use the small screen client, I'm wondering if there is a prebuilt small screen client for Windows? I checked the COW CVS for build instructions under Cygwin, but found only the win32.changes file. It seemed fairly old; if I can find someone to help me build it, are those instructions current? -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From 007 at freemail.at Thu May 31 13:31:12 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:50:31 2005 Subject: [Netrek Clients] COW 3.00pl3 Win32 Small Screen In-Reply-To: <20010531095353.E16635@us.netrek.org> References: <20010531095353.E16635@us.netrek.org> Message-ID: <01053120460600.00297@doosh> On Don, 31 Mai 2001 you wrote: >G'day Kurt, > >While I have recommended installing Linux in order to use the small >screen client, I'm wondering if there is a prebuilt small screen client >for Windows? There isn't any yet, but it's easy to build. My only problem I have curently is that my old SCSI disk died and windows doesn't recognise my newer IDE disk. So I'm stuck with using Linux only ;-) >I checked the COW CVS for build instructions under Cygwin, but found >only the win32.changes file. It seemed fairly old; if I can find >someone to help me build it, are those instructions current? As I said, its quite simple. Install cygwin and simply type make Close, before you do that you need softlinks for /bin and /tmp to the proper cygwin dirs. Thats all. You probably might get an error for makedepend missing, but the CVS version should have fixed that already. If you get this error, type make again and everything should work fine. Of corse you have to set the proper parameters in the key.def file, attached you will find mine for the win32 release. Hope that helps, Kurt -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ -------------- next part -------------- A non-text attachment was scrubbed... Name: win32_key.def Type: text/english Size: 2012 bytes Desc: COW config file Url : http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20010531/6af8a8b9/win32_key.bin From vanilla-devel at us.netrek.org Tue May 1 20:35:17 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/include Message-ID: <200105020135.f421ZHf00988@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 20:35 Author: cameron Update of /home/netrek/cvsroot/Vanilla/include In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv985/include Log Message: Directory /home/netrek/cvsroot/Vanilla/include added to the repository **************************************** [input file was '-'] From vanilla-devel at us.netrek.org Tue May 1 21:00:18 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/gum Message-ID: <200105020200.f4220IU01023@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/gum In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/gum Modified Files: Makefile.am Makefile.in signals.c Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/gum/Makefile.am diff -u Vanilla/gum/Makefile.am:1.10 Vanilla/gum/Makefile.am:1.11 --- Vanilla/gum/Makefile.am:1.10 Mon Apr 30 04:34:35 2001 +++ Vanilla/gum/Makefile.am Tue May 1 21:00:18 2001 @@ -3,7 +3,7 @@ SUBDIRS = INCLUDES = \ - @GTK_CFLAGS@ + @GTK_CFLAGS@ -I../include -I${srcdir}/../include bin_PROGRAMS = gum Index: Vanilla/gum/Makefile.in diff -u Vanilla/gum/Makefile.in:1.13 Vanilla/gum/Makefile.in:1.14 --- Vanilla/gum/Makefile.in:1.13 Mon Apr 30 04:34:35 2001 +++ Vanilla/gum/Makefile.in Tue May 1 21:00:18 2001 @@ -67,7 +67,7 @@ SUBDIRS = -INCLUDES = @GTK_CFLAGS@ +INCLUDES = @GTK_CFLAGS@ -I../include -I${srcdir}/../include bin_PROGRAMS = gum Index: Vanilla/gum/signals.c diff -u Vanilla/gum/signals.c:1.6 Vanilla/gum/signals.c:1.7 --- Vanilla/gum/signals.c:1.6 Mon Apr 30 04:34:35 2001 +++ Vanilla/gum/signals.c Tue May 1 21:00:18 2001 @@ -55,12 +55,12 @@ #include "main.h" #include "signals.h" #include "support.h" -#include "../config.h" -#include "../ntserv/defs.h" -#include "../ntserv/struct.h" -#include "../ntserv/data.h" -#include "../ntserv/sysdefaults.h" -#include "../ntserv/solicit.h" +#include "config.h" +#include "defs.h" +#include "struct.h" +#include "data.h" +#include "sysdefaults.h" +#include "solicit.h" GtkWidget *gummain, *gumopen, *gumsaveas, *gummotd; From vanilla-devel at us.netrek.org Tue May 1 21:00:18 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200105020200.f4220I201011@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006 Modified Files: ChangeLog Makefile.in configure configure.in system.mk.in Removed Files: config.h.in patchlevel.h version.h Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.120 Vanilla/ChangeLog:1.121 --- Vanilla/ChangeLog:1.120 Mon Apr 30 04:34:35 2001 +++ Vanilla/ChangeLog Tue May 1 21:00:18 2001 @@ -1,3 +1,9 @@ +Wed May 2 12:34:59 2001 James Cameron + + * all: move include files to own directory. Changes were + contributed by Benjamin `Quisar' Lerman + and verified by me. + Sun Apr 29 16:52:47 2001 Benjamin `Quisar' Lerman * configure.in: put back AC_SUBST(INL) so that sysdef is correct. @@ -1268,4 +1274,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.120 2001/04/30 09:34:35 cameron Exp $ + $Id: ChangeLog,v 1.121 2001/05/02 02:00:18 cameron Exp $ Index: Vanilla/Makefile.in diff -u Vanilla/Makefile.in:1.2 Vanilla/Makefile.in:1.3 --- Vanilla/Makefile.in:1.2 Fri Apr 27 20:37:24 2001 +++ Vanilla/Makefile.in Tue May 1 21:00:18 2001 @@ -1,4 +1,4 @@ -# $Id: Makefile.in,v 1.2 2001/04/28 01:37:24 cameron Exp $ +# $Id: Makefile.in,v 1.3 2001/05/02 02:00:18 cameron Exp $ # # Installers, you should not need to edit this file. # Everything should be setup in the configuration script. @@ -13,11 +13,8 @@ .PHONY: rmdependencies clean reallyclean install installbin server utils startup rsa_utils do_xsg do_pledit do_robots do_gum -DEP_INCS = cflags.h ${srcdir}/ntserv/data.c ${srcdir}/ntserv/data.h \ - ntserv/defs.h config.h system.mk null +all: null $(PMAKE) server utils startup rsa_utils do_xsg do_pledit do_robots do_robotd @GUM@ -all: $(PMAKE) server utils startup rsa_utils do_xsg do_pledit do_robots do_robotd @GUM@ - depend: system.mk cd ntserv; $(MAKE) depend cd robots; $(MAKE) depend @@ -36,7 +33,7 @@ touch null $(MAKE) depend -system.mk: ${srcdir}/system.mk.in ${srcdir}/config.h.in ${srcdir}/configure +system.mk: ${srcdir}/system.mk.in ${srcdir}/include/config.h.in ${srcdir}/configure if [ -f config.status ]; then ./config.status else @@ -47,37 +44,37 @@ touch config.h # make the server binaries and such -server: $(DEP_INCS) rsalib +server: null rsalib cd ntserv; $(MAKE) -do_robots: $(DEP_INCS) +do_robots: cd robots; $(MAKE) -do_robotd: $(DEP_INCS) +do_robotd: cd robotd; $(MAKE) -do_gum: $(DEP_INCS) +do_gum: cd gum; $(MAKE) -do_xsg: $(DEP_INCS) +do_xsg: cd xsg; $(MAKE); -do_pledit: $(DEP_INCS) +do_pledit: cd pledit; $(MAKE) -rsalib: $(DEP_INCS) +rsalib: -@if [ -f res-rsa/Makefile ]; then \ (cd res-rsa; $(MAKE) librsa.a) \ fi -utils: $(DEP_INCS) rsalib +utils: rsalib cd tools; $(MAKE) cd sequencer; $(MAKE) -rsa_utils: $(DEP_INCS) +rsa_utils: cd keycomp; $(MAKE) -startup: $(DEP_INCS) +startup: cd newstartd; $(MAKE) cflags.h: Makefile $(CONFIG) Index: Vanilla/configure diff -u Vanilla/configure:1.22 Vanilla/configure:1.23 --- Vanilla/configure:1.22 Mon Apr 30 04:34:35 2001 +++ Vanilla/configure Tue May 1 21:00:18 2001 @@ -4041,11 +4041,11 @@ ac_given_srcdir=$srcdir ac_given_INSTALL="$INSTALL" -trap 'rm -fr `echo "system.mk Makefile ntserv/defs.h ntserv/Makefile tools/Makefile +trap 'rm -fr `echo "system.mk Makefile ntserv/Makefile tools/Makefile sequencer/Makefile newstartd/Makefile robots/Makefile keycomp/Makefile xsg/Makefile pledit/Makefile robotd/Makefile docs/Makefile tools/no_geno_timer tools/geno_timer - docs/sample_geno_timer_crontab docs/sample_sysdef config.h" | sed "s/:[^ ]*//g"` conftest*; exit 1' 1 2 15 + docs/sample_geno_timer_crontab docs/sample_sysdef include/config.h" | sed "s/:[^ ]*//g"` conftest*; exit 1' 1 2 15 EOF cat >> $CONFIG_STATUS <> $CONFIG_STATUS <> $CONFIG_STATUS <> $CONFIG_STATUS <<\EOF fi Index: Vanilla/configure.in diff -u Vanilla/configure.in:1.24 Vanilla/configure.in:1.25 --- Vanilla/configure.in:1.24 Mon Apr 30 04:34:35 2001 +++ Vanilla/configure.in Tue May 1 21:00:18 2001 @@ -2,7 +2,7 @@ dnl generate the file "configure", which is run during Netrek installation dnl to configure the system for the local environment. AC_INIT(name.c) -AC_CONFIG_HEADER(config.h) +AC_CONFIG_HEADER(include/config.h) #---------------------------------------------------- # For which code are we checking? (server, cow) @@ -481,7 +481,7 @@ fi -AC_OUTPUT(system.mk Makefile ntserv/defs.h ntserv/Makefile tools/Makefile +AC_OUTPUT(system.mk Makefile ntserv/Makefile tools/Makefile sequencer/Makefile newstartd/Makefile robots/Makefile keycomp/Makefile xsg/Makefile pledit/Makefile robotd/Makefile docs/Makefile tools/no_geno_timer tools/geno_timer Index: Vanilla/system.mk.in diff -u Vanilla/system.mk.in:1.10 Vanilla/system.mk.in:1.11 --- Vanilla/system.mk.in:1.10 Mon Apr 30 04:34:35 2001 +++ Vanilla/system.mk.in Tue May 1 21:00:18 2001 @@ -53,8 +53,8 @@ EXTRAINCS = # -I/usr/local/X11R5/include -NETREK_INCLUDES = -I../ntserv -I@srcdir@/../ntserv - +# NETREK_INCLUDES = -I../ntserv -I@srcdir@/../ntserv +# # Some systems don't have strdup() or random() # Comment out if you have strdup() and random() @@ -80,9 +80,5 @@ RSA_SRC = @NORSA@ rsa_key.c RSA_INCS = @NORSA@ @MPINC@ RSA_LIB = @NORSA@ @RSALIB@ @MPLIB@ - -FLAGS = @CFLAGS@ $(EXTRAFLAGS) $(NETREK_INCLUDES) $(RSA_FLAGS) - -# In config.h now -DIRS = # -DLIBDIR=\"$(LIBDIR)\" +FLAGS = @CFLAGS@ $(EXTRAFLAGS) $(RSA_FLAGS) From vanilla-devel at us.netrek.org Tue May 1 21:00:19 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/keycomp Message-ID: <200105020200.f4220Jf01050@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/keycomp In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/keycomp Modified Files: Makefile.in Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/keycomp/Makefile.in diff -u Vanilla/keycomp/Makefile.in:1.2 Vanilla/keycomp/Makefile.in:1.3 --- Vanilla/keycomp/Makefile.in:1.2 Mon Apr 30 04:34:35 2001 +++ Vanilla/keycomp/Makefile.in Tue May 1 21:00:19 2001 @@ -17,7 +17,7 @@ SRCS = ${srcdir}/rsa_keycomp.c ${srcdir}/../ntserv/getpath.c ${srcdir}/../ntserv/data.c ${srcdir}/rsa_key2cap.c $(RANDOMC) OBJS = rsa_keycomp.o ../ntserv/getpath.o ../ntserv/data.o $(STRDUPO) $(RANDOMO) -CFLAGS = -I. -I${srcdir} $(MOREDEFS) $(FLAGS) $(DIRS) +CFLAGS = $(MOREDEFS) $(FLAGS) -I../include -I${srcdir}/../include -I. -I${srcdir} LINTFLAGS = -habxc $(MOREDEFS) $(FLAGS) From vanilla-devel at us.netrek.org Tue May 1 21:00:19 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/newstartd Message-ID: <200105020200.f4220J301055@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/newstartd In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/newstartd Modified Files: Makefile.in newaccess.c newstartd.c Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/newstartd/Makefile.in diff -u Vanilla/newstartd/Makefile.in:1.2 Vanilla/newstartd/Makefile.in:1.3 --- Vanilla/newstartd/Makefile.in:1.2 Mon Apr 30 04:34:36 2001 +++ Vanilla/newstartd/Makefile.in Tue May 1 21:00:19 2001 @@ -20,7 +20,7 @@ GETPATH_SRC = ${srcdir}/../ntserv/getpath.c ${srcdir}/../ntserv/data.c GETPATH = ../ntserv/getpath.o ../ntserv/data.o -CFLAGS = $(FLAGS) $(EXTRAFLAGS) $(FILES) $(DIRS) $(PORT) +CFLAGS = $(FLAGS) $(EXTRAFLAGS) $(PORT) -I. -I${srcdir} -I../include -I${srcdir}/../include all: newstartd Index: Vanilla/newstartd/newaccess.c diff -u Vanilla/newstartd/newaccess.c:1.4 Vanilla/newstartd/newaccess.c:1.5 --- Vanilla/newstartd/newaccess.c:1.4 Fri Apr 30 15:18:39 1999 +++ Vanilla/newstartd/newaccess.c Tue May 1 21:00:19 2001 @@ -1,7 +1,7 @@ -/* $Id: newaccess.c,v 1.4 1999/04/30 20:18:39 ahn Exp $ */ +/* $Id: newaccess.c,v 1.5 2001/05/02 02:00:19 cameron Exp $ */ #ifdef lint -static char vcid[] = "$Id: newaccess.c,v 1.4 1999/04/30 20:18:39 ahn Exp $"; +static char vcid[] = "$Id: newaccess.c,v 1.5 2001/05/02 02:00:19 cameron Exp $"; #endif /* lint */ #include @@ -16,9 +16,9 @@ #include -#include "../ntserv/defs.h" +#include "defs.h" #include INC_STRINGS -#include "../ntserv/data.h" +#include "data.h" /*#define SUBNET*/ #define LOG Index: Vanilla/newstartd/newstartd.c diff -u Vanilla/newstartd/newstartd.c:1.18 Vanilla/newstartd/newstartd.c:1.19 --- Vanilla/newstartd/newstartd.c:1.18 Mon Feb 28 20:51:05 2000 +++ Vanilla/newstartd/newstartd.c Tue May 1 21:00:19 2001 @@ -1,7 +1,7 @@ -/* $Id: newstartd.c,v 1.18 2000/02/29 02:51:05 karthik Exp $ */ +/* $Id: newstartd.c,v 1.19 2001/05/02 02:00:19 cameron Exp $ */ #ifndef lint -static char vcid[] = "$Id: newstartd.c,v 1.18 2000/02/29 02:51:05 karthik Exp $"; +static char vcid[] = "$Id: newstartd.c,v 1.19 2001/05/02 02:00:19 cameron Exp $"; #endif /* lint */ /* @@ -49,14 +49,14 @@ #include #include -#include "../ntserv/defs.h" +#include "defs.h" #include INC_STRINGS #include INC_FCNTL -#include "../ntserv/data.h" -#include "../ntserv/proto.h" +#include "data.h" +#include "proto.h" #define MVERS -#include "../version.h" -#include "../patchlevel.h" +#include "version.h" +#include "patchlevel.h" int restart; /* global flag, set by SIGHUP, cleared by read */ int debug = 0; /* programmers' debugging flag */ From vanilla-devel at us.netrek.org Tue May 1 21:00:19 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/ntserv Message-ID: <200105020200.f4220Jj01062@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/ntserv In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/ntserv Modified Files: Makefile.in data.c getpath.c ltd_stats.c main.c util.c Removed Files: copyright.h copyright2.h data.h defs.h.in gencmds.h ltd_stats.h packets.h planets.h proto.h salt.h solicit.h struct.h sysdefaults.h warnings.h Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/ntserv/Makefile.in diff -u Vanilla/ntserv/Makefile.in:1.2 Vanilla/ntserv/Makefile.in:1.3 --- Vanilla/ntserv/Makefile.in:1.2 Mon Apr 30 04:34:36 2001 +++ Vanilla/ntserv/Makefile.in Tue May 1 21:00:19 2001 @@ -49,17 +49,16 @@ ${srcdir}/feature.c ${srcdir}/queue.c ${srcdir}/slotmaint.c \ ${srcdir}/wander2.c ${srcdir}/sysdefaults.c ${srcdir}/rsa_key.c -SRC = $(R_FILES) ${srcdir}/data.h defs.h \ - ${srcdir}/planets.h ${srcdir}/struct.h \ - ${srcdir}/packets.h ${srcdir}/copyright.h +SRC = $(R_FILES) data.h defs.h planets.h struct.h \ + packets.h copyright.h LIBS = $(RSA_LIB) $(EXTRALIBS) -INCS = $(RSA_INCS) $(EXTRAINCS) $(DIRS) -I.. -I${srcdir}/.. -I. -I${srcdir} +INCS = $(RSA_INCS) $(EXTRAINCS) -I. -I${srcdir} -I../include -I${srcdir}/../include CFLAGS = $(FLAGS) $(INCS) -LINTFLAGS = -habxc $(RSA_INCS) $(EXTRAINCS) +LINTFLAGS = -habxc $(INCS) all: $(PMAKE) ntserv daemonII Index: Vanilla/ntserv/data.c diff -u Vanilla/ntserv/data.c:1.16 Vanilla/ntserv/data.c:1.17 --- Vanilla/ntserv/data.c:1.16 Tue Aug 15 05:16:28 2000 +++ Vanilla/ntserv/data.c Tue May 1 21:00:19 2001 @@ -1,10 +1,10 @@ -/* $Id: data.c,v 1.16 2000/08/15 10:16:28 xyzzy Exp $ +/* $Id: data.c,v 1.17 2001/05/02 02:00:19 cameron Exp $ */ -#include "../ntserv/copyright.h" -#include "../ntserv/defs.h" -#include "../ntserv/struct.h" -#include "../ntserv/data.h" +#include "copyright.h" +#include "defs.h" +#include "struct.h" +#include "data.h" #include /* needed to define fd_set for inputMask */ #include INC_SYS_SELECT Index: Vanilla/ntserv/getpath.c diff -u Vanilla/ntserv/getpath.c:1.4 Vanilla/ntserv/getpath.c:1.5 --- Vanilla/ntserv/getpath.c:1.4 Tue May 23 20:16:31 2000 +++ Vanilla/ntserv/getpath.c Tue May 1 21:00:19 2001 @@ -7,8 +7,8 @@ #include #include -#include "../ntserv/defs.h" -#include "../ntserv/data.h" +#include "defs.h" +#include "data.h" void getpath() { Index: Vanilla/ntserv/ltd_stats.c diff -u Vanilla/ntserv/ltd_stats.c:1.5 Vanilla/ntserv/ltd_stats.c:1.6 --- Vanilla/ntserv/ltd_stats.c:1.5 Thu Jul 20 20:03:51 2000 +++ Vanilla/ntserv/ltd_stats.c Tue May 1 21:00:19 2001 @@ -1,4 +1,4 @@ -/* $Id: ltd_stats.c,v 1.5 2000/07/21 01:03:51 ahn Exp $ +/* $Id: ltd_stats.c,v 1.6 2001/05/02 02:00:19 cameron Exp $ * * Dave Ahn * @@ -16,7 +16,7 @@ * * */ -#include "../config.h" +#include "config.h" #ifdef LTD_STATS Index: Vanilla/ntserv/main.c diff -u Vanilla/ntserv/main.c:1.22 Vanilla/ntserv/main.c:1.23 --- Vanilla/ntserv/main.c:1.22 Fri Feb 2 03:17:52 2001 +++ Vanilla/ntserv/main.c Tue May 1 21:00:19 2001 @@ -21,9 +21,9 @@ #include "struct.h" #include "data.h" #include "packets.h" -#include "../patchlevel.h" +#include "patchlevel.h" #define SVERS -#include "../version.h" +#include "version.h" #ifdef SENDFLAGS #include "../cflags.h" #endif Index: Vanilla/ntserv/util.c diff -u Vanilla/ntserv/util.c:1.3 Vanilla/ntserv/util.c:1.4 --- Vanilla/ntserv/util.c:1.3 Fri Feb 25 21:44:00 2000 +++ Vanilla/ntserv/util.c Tue May 1 21:00:19 2001 @@ -2,7 +2,7 @@ * util.c */ #include "copyright.h" -#include "../config.h" +#include "config.h" #include #include INC_MATH From vanilla-devel at us.netrek.org Tue May 1 21:00:20 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/pledit Message-ID: <200105020200.f4220KL01086@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/pledit In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/pledit Modified Files: Makefile.in edit.c input.c main.c pledit.h Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/pledit/Makefile.in diff -u Vanilla/pledit/Makefile.in:1.2 Vanilla/pledit/Makefile.in:1.3 --- Vanilla/pledit/Makefile.in:1.2 Mon Apr 30 04:34:36 2001 +++ Vanilla/pledit/Makefile.in Tue May 1 21:00:20 2001 @@ -23,7 +23,7 @@ PROGRAM = pledit # NBR server cflags -CFLAGS = $(FLAGS) $(EXTRAFLAGS) $(FILES) $(DIRS) +CFLAGS = $(FLAGS) $(EXTRAFLAGS) -I. -I${srcdir} -I../include -I${srcdir}/../include all: $(PROGRAM) Index: Vanilla/pledit/edit.c diff -u Vanilla/pledit/edit.c:1.3 Vanilla/pledit/edit.c:1.4 --- Vanilla/pledit/edit.c:1.3 Fri Apr 30 15:19:03 1999 +++ Vanilla/pledit/edit.c Tue May 1 21:00:20 2001 @@ -4,7 +4,7 @@ * edit.c - get user input */ -#include "../config.h" +#include "config.h" #ifndef LTD_STATS Index: Vanilla/pledit/input.c diff -u Vanilla/pledit/input.c:1.3 Vanilla/pledit/input.c:1.4 --- Vanilla/pledit/input.c:1.3 Fri Apr 30 15:19:03 1999 +++ Vanilla/pledit/input.c Tue May 1 21:00:20 2001 @@ -4,7 +4,7 @@ * input.c - get user input */ -#include "../config.h" +#include "config.h" #ifndef LTD_STATS Index: Vanilla/pledit/main.c diff -u Vanilla/pledit/main.c:1.4 Vanilla/pledit/main.c:1.5 --- Vanilla/pledit/main.c:1.4 Thu Apr 26 18:33:08 2001 +++ Vanilla/pledit/main.c Tue May 1 21:00:20 2001 @@ -4,7 +4,7 @@ * main.c - startup & shutdown, plus some common routines */ -#include "../config.h" +#include "config.h" #include Index: Vanilla/pledit/pledit.h diff -u Vanilla/pledit/pledit.h:1.1 Vanilla/pledit/pledit.h:1.2 --- Vanilla/pledit/pledit.h:1.1 Wed Nov 11 20:44:53 1998 +++ Vanilla/pledit/pledit.h Tue May 1 21:00:20 2001 @@ -4,7 +4,7 @@ * pledit.h - common stuff and tunable constants */ -#include "../config.h" +#include "config.h" /* how many seconds to look at a popup (add more for slow terminals) */ #define POP_DELAY 2 From vanilla-devel at us.netrek.org Tue May 1 21:00:20 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/sequencer Message-ID: <200105020200.f4220KT01100@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/sequencer In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/sequencer Modified Files: Makefile.in Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/sequencer/Makefile.in diff -u Vanilla/sequencer/Makefile.in:1.2 Vanilla/sequencer/Makefile.in:1.3 --- Vanilla/sequencer/Makefile.in:1.2 Mon Apr 30 04:34:36 2001 +++ Vanilla/sequencer/Makefile.in Tue May 1 21:00:20 2001 @@ -14,7 +14,7 @@ # this is for revised ntserv/struct.h -CFLAGS = $(EXTRAINCS) $(DIRS) $(FLAGS) +CFLAGS = $(EXTRAINCS) $(FLAGS) -I. -I${srcdir} -I../include -I${srcdir}/../include LIBS = $(EXTRALIBS) From vanilla-devel at us.netrek.org Tue May 1 21:00:20 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200105020200.f4220KL01095@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/robots Modified Files: Makefile.in Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/robots/Makefile.in diff -u Vanilla/robots/Makefile.in:1.2 Vanilla/robots/Makefile.in:1.3 --- Vanilla/robots/Makefile.in:1.2 Mon Apr 30 04:34:36 2001 +++ Vanilla/robots/Makefile.in Tue May 1 21:00:20 2001 @@ -14,7 +14,7 @@ # this is for revised ntserv/struct.h -CFLAGS = -I${srcdir} -I. $(EXTRAINCS) $(DIRS) $(FLAGS) -DROBOT +CFLAGS = $(EXTRAINCS) $(FLAGS) -DROBOT -I. -I${srcdir} -I../include -I${srcdir}/../include LIBS = $(EXTRALIBS) From vanilla-devel at us.netrek.org Tue May 1 21:00:20 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/xsg Message-ID: <200105020200.f4220K701115@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/xsg In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/xsg Modified Files: Makefile.in Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/xsg/Makefile.in diff -u Vanilla/xsg/Makefile.in:1.2 Vanilla/xsg/Makefile.in:1.3 --- Vanilla/xsg/Makefile.in:1.2 Mon Apr 30 04:34:36 2001 +++ Vanilla/xsg/Makefile.in Tue May 1 21:00:20 2001 @@ -12,10 +12,6 @@ INSTALLPROG = @INSTALL_PROGRAM@ INSTALLDATA = @INSTALL_DATA@ -#CC = cc - -LOCAL_DEFINES = - TARGET = xsg HEADERS = Wlib.h bitmaps.h copyright.h copyright2.h data.h \ @@ -43,7 +39,7 @@ LIBS = $(X11LIB) $(EXTRALIBS) INCS = $(EXTRAINCS) $(X11INCLUDE) -CFLAGS = $(EXTRACFLAGS) $(LOCAL_DEFINES) $(FLAGS) $(DIRS) +CFLAGS = $(EXTRACFLAGS) $(FLAGS) -I. -I${srcdir} -I../include -I${srcdir}/../include all: xsg From vanilla-devel at us.netrek.org Tue May 1 21:00:20 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/tools Message-ID: <200105020200.f4220KO01105@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/tools In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/tools Modified Files: Makefile.in fun.c ltd_convert.c ltd_dump.c setgalaxy.c update.c Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** Index: Vanilla/tools/Makefile.in diff -u Vanilla/tools/Makefile.in:1.3 Vanilla/tools/Makefile.in:1.4 --- Vanilla/tools/Makefile.in:1.3 Mon Apr 30 04:34:36 2001 +++ Vanilla/tools/Makefile.in Tue May 1 21:00:20 2001 @@ -14,7 +14,7 @@ # this is for revised ntserv/struct.h -CFLAGS = $(EXTRAINCS) $(DIRS) $(FLAGS) -I. -I${srcdir} +CFLAGS = $(EXTRAINCS) $(FLAGS) -I. -I${srcdir} -I../include -I${srcdir}/../include #LIBCURSES = -lcurses LIBS = $(EXTRALIBS) @@ -22,8 +22,6 @@ TOOLDIR= $(LIBDIR)/tools GETPATH = ../ntserv/getpath.o ../ntserv/data.o -STRUCTS = ${srcdir}/../ntserv/struct.h ../ntserv/defs.h \ - ${srcdir}/../ntserv/data.h LINTFLAGS = -habxc $(EXTRAINCS) $(FLAGS) @@ -48,7 +46,7 @@ EXECS = loadchecker mess message newscores planets players scores \ setgalaxy showgalaxy stat trimscores watchmes xtkill \ mergescores keyman updated fun conq_vert convert sortdb cambot \ - ntpasswd ltd_dump ltd_convert nuke + ntpasswd ltd_dump ltd_convert nuke trekon all: $(PMAKE) $(EXECS) @@ -93,69 +91,69 @@ cambot: cambot.o $(M_OBJS) $(GETPATH) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} cambot.o ../ntserv/genspkt.o ../ntserv/sysdefaults.o ../ntserv/getship.o ../ntserv/warning.o ../ntserv/smessage.o ../ntserv/distress.o ../ntserv/util.o $(M_OBJS) ../ntserv/getpath.o $(RSA_LIB) -sortdb: ${srcdir}/sortdb.c ${srcdir}/../ntserv/struct.h ../ntserv/defs.h - $(CC) -o $@ $(CFLAGS) ${LDFLAGS} ${srcdir}/sortdb.c +sortdb: sortdb.o + $(CC) -o $@ $(CFLAGS) ${LDFLAGS} sortdb.o -ntpasswd: ntpasswd.o $(STRUCTS) $(GETPATH) ${srcdir}/../ntserv/salt.h ../ntserv/salt.o +ntpasswd: ntpasswd.o $(GETPATH) ../ntserv/salt.o $(CC) -o $@ $(CFLAGS) ${LDFLAGS} ntpasswd.o $(GETPATH) ../ntserv/salt.o $(LIBCRYPT) -loadchecker: loadchecker.o $(STRUCTS) $(M_OBJS) +loadchecker: loadchecker.o $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} loadchecker.o $(M_OBJS) $(LIBS) -mess: mess.o $(STRUCTS) $(M_OBJS) +mess: mess.o $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} mess.o $(M_OBJS) $(LIBS) -message: message.o $(STRUCTS) $(M_OBJS) +message: message.o $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} message.o $(M_OBJS) $(LIBS) -mergescores: mergescores.o $(GETPATH) $(STRUCTS) +mergescores: mergescores.o $(GETPATH) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} mergescores.o $(GETPATH) $(LIBS) -newscores: newscores.o $(GETPATH) $(STRUCTS) +newscores: newscores.o $(GETPATH) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} newscores.o $(GETPATH) $(LIBS) -planets: planets.o $(STRUCTS) $(M_OBJS) +planets: planets.o $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} planets.o $(M_OBJS) $(LIBS) -players: players.o $(STRUCTS) $(M_OBJS) $(RANDOMO) +players: players.o $(M_OBJS) $(RANDOMO) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} players.o $(M_OBJS) $(RANDOMO) $(LIBS) -nuke: nuke.o $(STRUCTS) $(M_OBJS) $(RANDOMO) +nuke: nuke.o $(M_OBJS) $(RANDOMO) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} nuke.o $(M_OBJS) $(RANDOMO) $(LIBS) # some weird problem with the MIPS RISC compiler for DECstations... # gcc seems to compile working executables (TC) # -scores: scores.o $(GETPATH) $(STRUCTS) +scores: scores.o $(GETPATH) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} scores.o $(GETPATH) $(LIBS) ../ntserv/ltd_stats.o # gcc -o $@ $(CFLAGS) -g scores.o -L/usr/users/terence/lib # cp scores /usr/users/terence/bin/trekscores -setgalaxy: setgalaxy.o $(RANDOMO) $(STRUCTS) $(M_OBJS) +setgalaxy: setgalaxy.o $(RANDOMO) $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} setgalaxy.o $(RANDOMO) $(M_OBJS) $(LIBS) -showgalaxy: showgalaxy.o ../ntserv/distress.o $(STRUCTS) $(M_OBJS) +showgalaxy: showgalaxy.o ../ntserv/distress.o $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} showgalaxy.o ../ntserv/distress.o $(M_OBJS) $(LIBS) $(LIBCURSES) $(LIBTERMCAP) -stat: stat.o $(STRUCTS) $(M_OBJS) +stat: stat.o $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} stat.o $(M_OBJS) $(LIBS) -trimscores: trimscores.o $(GETPATH) $(STRUCTS) +trimscores: trimscores.o $(GETPATH) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} trimscores.o $(GETPATH) $(LIBS) -watchmes: watchmes.o ../ntserv/distress.o $(STRUCTS) $(M_OBJS) +watchmes: watchmes.o ../ntserv/distress.o $(M_OBJS) $(CC) $(CFLAGS) ${LDFLAGS} watchmes.o ../ntserv/distress.o $(M_OBJS) $(LIBS) -o $@ -xtkill: xtkill.o $(GETPATH) $(STRUCTS) ../ntserv/getship.o ../ntserv/openmem.o ../ntserv/slotmaint.o ../ntserv/ltd_stats.o +xtkill: xtkill.o $(GETPATH) ../ntserv/getship.o ../ntserv/openmem.o ../ntserv/slotmaint.o ../ntserv/ltd_stats.o $(CC) -o $@ $(CFLAGS) ${LDFLAGS} xtkill.o ../ntserv/getship.o ../ntserv/openmem.o ../ntserv/slotmaint.o ../ntserv/ltd_stats.o $(GETPATH) $(LIBS) -keyman: keyman.o $(GETPATH) $(STRUCTS) +keyman: keyman.o $(GETPATH) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} keyman.o $(GETPATH) $(LIBS) -fun: $(RANDOMO) fun.o $(STRUCTS) $(M_OBJS) +fun: $(RANDOMO) fun.o $(M_OBJS) $(CC) -o $@ $(CFLAGS) ${LDFLAGS} fun.o $(RANDOMO) $(M_OBJS) $(LIBS) -convert: $(GETPATH) convert.o $(STRUCTS) +convert: $(GETPATH) convert.o $(CC) -o $@ $(CFLAGS) ${LDFLAGS} convert.o $(GETPATH) $(LIBS) updated: update.o $(GETPATH) @@ -167,7 +165,7 @@ ltd_convert: ltd_convert.o $(CC) $(CFLAGS) ${LDFLAGS} -o ltd_convert ltd_convert.o ../ntserv/ltd_stats.o $(GETPATH) -conq_vert: conq_vert.o $(STRUCTS) +conq_vert: conq_vert.o $(CC) -o $@ $(CFLAGS) ${LDFLAGS} conq_vert.o trekon: ${srcdir}/mktrekon ${srcdir}/trekon.bitmap ${srcdir}/trekoff.bitmap Index: Vanilla/tools/fun.c diff -u Vanilla/tools/fun.c:1.3 Vanilla/tools/fun.c:1.4 --- Vanilla/tools/fun.c:1.3 Sun Jul 11 22:33:04 1999 +++ Vanilla/tools/fun.c Tue May 1 21:00:20 2001 @@ -19,7 +19,7 @@ #include #include "defs.h" #include INC_STRINGS -#include "../ntserv/data.h" +#include "data.h" #include "struct.h" extern int openmem(int); Index: Vanilla/tools/ltd_convert.c diff -u Vanilla/tools/ltd_convert.c:1.4 Vanilla/tools/ltd_convert.c:1.5 --- Vanilla/tools/ltd_convert.c:1.4 Fri Apr 27 21:42:34 2001 +++ Vanilla/tools/ltd_convert.c Tue May 1 21:00:20 2001 @@ -1,5 +1,5 @@ /* - * $Id: ltd_convert.c,v 1.4 2001/04/28 02:42:34 cameron Exp $ + * $Id: ltd_convert.c,v 1.5 2001/05/02 02:00:20 cameron Exp $ * * ahn@users.sourceforge.net * @@ -7,7 +7,7 @@ * USE WITH CAUTION! */ -#include "../config.h" +#include "config.h" #include #include @@ -39,7 +39,7 @@ #else -const char rcsid[] = "$Id: ltd_convert.c,v 1.4 2001/04/28 02:42:34 cameron Exp $"; +const char rcsid[] = "$Id: ltd_convert.c,v 1.5 2001/05/02 02:00:20 cameron Exp $"; void error(const char *fmt, ...) { Index: Vanilla/tools/ltd_dump.c diff -u Vanilla/tools/ltd_dump.c:1.8 Vanilla/tools/ltd_dump.c:1.9 --- Vanilla/tools/ltd_dump.c:1.8 Mon Apr 30 04:13:03 2001 +++ Vanilla/tools/ltd_dump.c Tue May 1 21:00:20 2001 @@ -1,4 +1,4 @@ -/* $Id: ltd_dump.c,v 1.8 2001/04/30 09:13:03 cameron Exp $ +/* $Id: ltd_dump.c,v 1.9 2001/05/02 02:00:20 cameron Exp $ * * Dave Ahn * @@ -6,7 +6,7 @@ * * */ -#include "../config.h" +#include "config.h" #include @@ -28,7 +28,7 @@ #define LEN_ABBR 4 #define LEN_NAME 30 -static const char rcsid [] = "$Id: ltd_dump.c,v 1.8 2001/04/30 09:13:03 cameron Exp $"; +static const char rcsid [] = "$Id: ltd_dump.c,v 1.9 2001/05/02 02:00:20 cameron Exp $"; static FILE *fp; Index: Vanilla/tools/setgalaxy.c diff -u Vanilla/tools/setgalaxy.c:1.2 Vanilla/tools/setgalaxy.c:1.3 --- Vanilla/tools/setgalaxy.c:1.2 Fri Apr 30 15:19:13 1999 +++ Vanilla/tools/setgalaxy.c Tue May 1 21:00:20 2001 @@ -27,8 +27,8 @@ #include "defs.h" #include INC_STRINGS #include "struct.h" -#include "../ntserv/planets.h" -#include "../ntserv/data.h" +#include "planets.h" +#include "data.h" extern int openmem(int); Index: Vanilla/tools/update.c diff -u Vanilla/tools/update.c:1.9 Vanilla/tools/update.c:1.10 --- Vanilla/tools/update.c:1.9 Fri Jun 23 04:12:59 2000 +++ Vanilla/tools/update.c Tue May 1 21:00:20 2001 @@ -30,9 +30,9 @@ #include INC_SYS_PTYIO #include "struct.h" #include "data.h" -#include "../patchlevel.h" +#include "patchlevel.h" #define SVERS -#include "../version.h" +#include "version.h" /* DEFINABLES. Set these to your enviroment */ From vanilla-devel at us.netrek.org Tue May 1 21:00:19 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:31 2005 Subject: [Vanilla Devel] CVS update: Vanilla/include Message-ID: <200105020200.f4220Jl01030@swashbuckler.fortress.real-time.com> Date: Tuesday May 1, 2001 @ 21:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/include In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1006/include Added Files: copyright.h copyright2.h data.h defs.h gencmds.h ltd_stats.h packets.h patchlevel.h planets.h proto.h salt.h solicit.h struct.h sysdefaults.h version.h warnings.h Log Message: Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were contributed by Benjamin `Quisar' Lerman and verified by me. **************************************** From vanilla-devel at us.netrek.org Thu May 3 22:33:28 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/include Message-ID: <200105040333.f443XSW03237@swashbuckler.fortress.real-time.com> Date: Thursday May 3, 2001 @ 22:33 Author: cameron Update of /home/netrek/cvsroot/Vanilla/include In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv3234/include Added Files: config.h.in Log Message: add missing file **************************************** From vanilla-devel at us.netrek.org Thu May 3 22:58:44 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/xsg Message-ID: <200105040358.f443wiE03256@swashbuckler.fortress.real-time.com> Date: Thursday May 3, 2001 @ 22:58 Author: cameron Update of /home/netrek/cvsroot/Vanilla/xsg In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv3253/xsg Modified Files: Makefile.in Log Message: add X11INCLUDE to CFLAGS **************************************** Index: Vanilla/xsg/Makefile.in diff -u Vanilla/xsg/Makefile.in:1.3 Vanilla/xsg/Makefile.in:1.4 --- Vanilla/xsg/Makefile.in:1.3 Tue May 1 21:00:20 2001 +++ Vanilla/xsg/Makefile.in Thu May 3 22:58:44 2001 @@ -39,7 +39,7 @@ LIBS = $(X11LIB) $(EXTRALIBS) INCS = $(EXTRAINCS) $(X11INCLUDE) -CFLAGS = $(EXTRACFLAGS) $(FLAGS) -I. -I${srcdir} -I../include -I${srcdir}/../include +CFLAGS = $(EXTRACFLAGS) $(FLAGS) ${INCS} -I. -I${srcdir} -I../include -I${srcdir}/../include all: xsg @@ -49,7 +49,7 @@ # data.c has an ifdef XSG in it, it must be recompiled here. data.o: ${srcdir}/../ntserv/data.c - $(CC) $(CFLAGS) $(INCS) -c ${srcdir}/../ntserv/data.c + $(CC) $(CFLAGS) -c ${srcdir}/../ntserv/data.c clean: /bin/rm -f *.o make.out core @@ -70,7 +70,7 @@ rm -f .depend depend:: - ${CC} -M $(CFLAGS) $(INCS) $(SRCS) > .depend + ${CC} -M $(CFLAGS) $(SRCS) > .depend sinclude .depend # DO NOT DELETE From vanilla-devel at us.netrek.org Thu May 3 22:58:57 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/gum Message-ID: <200105040358.f443wvK03264@swashbuckler.fortress.real-time.com> Date: Thursday May 3, 2001 @ 22:58 Author: cameron Update of /home/netrek/cvsroot/Vanilla/gum In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv3261/gum Modified Files: xmalloc.c Log Message: replace non-standard error() **************************************** Index: Vanilla/gum/xmalloc.c diff -u Vanilla/gum/xmalloc.c:1.1 Vanilla/gum/xmalloc.c:1.2 --- Vanilla/gum/xmalloc.c:1.1 Wed Jul 28 03:26:56 1999 +++ Vanilla/gum/xmalloc.c Thu May 3 22:58:57 2001 @@ -26,6 +26,7 @@ #endif #include +#include #if STDC_HEADERS # include @@ -44,8 +45,6 @@ # define _(Text) Text #endif -#include "error.h" - #ifndef EXIT_FAILURE # define EXIT_FAILURE 1 #endif @@ -63,12 +62,6 @@ The caller may set it to some other value. */ int xmalloc_exit_failure = EXIT_FAILURE; -#if __STDC__ && (HAVE_VPRINTF || HAVE_DOPRNT) -void error (int, int, const char *, ...); -#else -void error (); -#endif - static VOID * fixup_null_alloc (n) size_t n; @@ -79,7 +72,10 @@ if (n == 0) p = malloc ((size_t) 1); if (p == 0) - error (xmalloc_exit_failure, 0, _("Memory exhausted")); + { + fprintf(stderr, _("Memory exhausted")); + exit(xmalloc_exit_failure); + } return p; } From vanilla-devel at us.netrek.org Thu May 3 22:59:10 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/gum Message-ID: <200105040359.f443xAa03272@swashbuckler.fortress.real-time.com> Date: Thursday May 3, 2001 @ 22:59 Author: cameron Update of /home/netrek/cvsroot/Vanilla/gum In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv3269/gum Modified Files: id.c Log Message: replace getopt.h with unistd.h **************************************** Index: Vanilla/gum/id.c diff -u Vanilla/gum/id.c:1.4 Vanilla/gum/id.c:1.5 --- Vanilla/gum/id.c:1.4 Fri Jul 30 03:14:23 1999 +++ Vanilla/gum/id.c Thu May 3 22:59:10 2001 @@ -1,9 +1,8 @@ #include -#include +#include #include #include #include -#include #include "id.h" int From vanilla-devel at us.netrek.org Thu May 3 22:59:47 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robotd Message-ID: <200105040359.f443xl503280@swashbuckler.fortress.real-time.com> Date: Thursday May 3, 2001 @ 22:59 Author: cameron Update of /home/netrek/cvsroot/Vanilla/robotd In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv3277/robotd Modified Files: robot.c Log Message: replace obsolete ftime() with gettimeofday() **************************************** Index: Vanilla/robotd/robot.c diff -u Vanilla/robotd/robot.c:1.2 Vanilla/robotd/robot.c:1.3 --- Vanilla/robotd/robot.c:1.2 Thu Apr 26 18:41:50 2001 +++ Vanilla/robotd/robot.c Thu May 3 22:59:47 2001 @@ -1,9 +1,7 @@ #include #include #include -#include #include -#include #include "defs.h" #include "struct.h" #include "data.h" @@ -1859,13 +1857,13 @@ mtime(x) int x; { - struct timeb tm; + struct timeval tm; static int mtime_cache; int v; if(x){ - ftime(&tm); + gettimeofday(&tm, NULL); /* mask off 16 high bits and add in milliseconds */ - v = (tm.time & 0x0000ffff)*1000+tm.millitm; + v = (tm.tv_sec & 0x0000ffff)*1000+tm.tv_usec; mtime_cache = v; } return mtime_cache; From vanilla-devel at us.netrek.org Thu May 3 23:00:11 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200105040400.f4440BA03290@swashbuckler.fortress.real-time.com> Date: Thursday May 3, 2001 @ 23:00 Author: cameron Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv3287/robots Modified Files: newbie.c newbiedefs.h Log Message: add #define NB_ROBOTS 16 to limit the number of processes spawned to 16 **************************************** Index: Vanilla/robots/newbie.c diff -u Vanilla/robots/newbie.c:1.5 Vanilla/robots/newbie.c:1.6 --- Vanilla/robots/newbie.c:1.5 Tue Jul 11 08:49:23 2000 +++ Vanilla/robots/newbie.c Thu May 3 23:00:11 2001 @@ -28,6 +28,7 @@ #include "newbiedefs.h" int debug=0; +int nb_robots=0; char *roboname = "Merlin"; @@ -86,7 +87,8 @@ int stat=0; static int pid; - while ((pid = WAIT3(&stat, WNOHANG, 0)) > 0) ; + while ((pid = WAIT3(&stat, WNOHANG, 0)) > 0) + nb_robots--; HANDLE_SIG(SIGCHLD,reaper); } @@ -225,7 +227,7 @@ if ((QUPLAY(QU_NEWBIE_PLR) + QUPLAY(QU_NEWBIE_BOT)) >= queues[QU_PICKUP].max_slots) stop_a_robot(); } - else if ((QUPLAY(QU_NEWBIE_PLR) + QUPLAY(QU_NEWBIE_BOT)) < (queues[QU_PICKUP].max_slots - 1)) + else if (((QUPLAY(QU_NEWBIE_PLR) + QUPLAY(QU_NEWBIE_BOT)) < (queues[QU_PICKUP].max_slots - 1)) && (nb_robots < NB_ROBOTS)) { if (next_team == FED) start_a_robot("-Tf"); @@ -403,16 +405,21 @@ start_a_robot(char *team) { char command[256]; + int pid; sprintf(command, "%s %s %s %s -h %s -p %d -n '%s' -X robot! -b -O -i", RCMD, robot_host, OROBOT, team, hostname, PORT, namearg() ); - if (fork() == 0) { + pid = fork(); + if (pid == -1) + return; + if (pid == 0) { SIGNAL(SIGALRM, SIG_DFL); execl("/bin/sh", "sh", "-c", command, 0); perror("newbie'execl"); _exit(1); } + nb_robots++; } static void start_internal(char *type) Index: Vanilla/robots/newbiedefs.h diff -u Vanilla/robots/newbiedefs.h:1.2 Vanilla/robots/newbiedefs.h:1.3 --- Vanilla/robots/newbiedefs.h:1.2 Thu Jul 6 09:53:41 2000 +++ Vanilla/robots/newbiedefs.h Thu May 3 23:00:11 2001 @@ -48,5 +48,7 @@ #define QUPLAY(A) (queues[A].max_slots - queues[A].free_slots) +#define NB_ROBOTS 16 + #endif /* _h_newbiedefs */ From vanilla-devel at us.netrek.org Thu May 3 23:02:20 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200105040402.f4442Ks03304@swashbuckler.fortress.real-time.com> Date: Thursday May 3, 2001 @ 23:02 Author: cameron Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv3301 Modified Files: ChangeLog Log Message: document changes **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.121 Vanilla/ChangeLog:1.122 --- Vanilla/ChangeLog:1.121 Tue May 1 21:00:18 2001 +++ Vanilla/ChangeLog Thu May 3 23:02:20 2001 @@ -1,3 +1,16 @@ +Fri May 4 14:45:28 2001 Benjamin `Quisar' Lerman + + * robots/newbie.c, robots/newbiedefs.h: add #define NB_ROBOTS 16 + to limit the number of processes spawned to 16. + + * gum/id.c: replace getopt.h with unistd.h. + + * gum/xmalloc.c: replace non-standard error(). + + * robotd/robot.c: replace obsolete ftime() with gettimeofday(). + + * xsg/Makefile.in: add X11INCLUDE to CFLAGS. + Wed May 2 12:34:59 2001 James Cameron * all: move include files to own directory. Changes were @@ -1274,4 +1287,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.121 2001/05/02 02:00:18 cameron Exp $ + $Id: ChangeLog,v 1.122 2001/05/04 04:02:20 cameron Exp $ From vanilla-devel at us.netrek.org Fri May 4 19:39:58 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: metaserver Message-ID: <200105050039.f450dwR04037@swashbuckler.fortress.real-time.com> Date: Friday May 4, 2001 @ 19:39 Author: unbelver Update of /home/netrek/cvsroot/metaserver In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv4034 Modified Files: rsa_keys Log Message: **************************************** Index: metaserver/rsa_keys diff -u metaserver/rsa_keys:2.24 metaserver/rsa_keys:2.25 --- metaserver/rsa_keys:2.24 Thu Feb 8 13:42:35 2001 +++ metaserver/rsa_keys Fri May 4 19:39:58 2001 @@ -656,6 +656,12 @@ :gk=690c8160f03b4aa544f88f750d8b2688948506fe6ec8622fe50f329791774d9a:\ :pk=cb7e4468f6d4726d8d69796ca4204ec1e70969c72f97039b3b4b9467cfe37d10: # +key.cow.openbsd:ct=Client Of Win v3:cr=quisar@quisar.ambre.net:\ + :cd=May 2001:ar=static ix86 OpenBSD:cl=inl,standard2:\ + :cm=RSA 2 blessed. Located at ftp.netrek.org:\ + :gk=f9edb1ad717d54574894267c95d82cfa64ec1877e613654baf1854abdeb1d21e:\ + :pk=a79a4b5c4894c34a60a185c91ca8df306afcfc9256c7df3cf5416bf0d29a6b1b: +# # COW-lite Clients # COW-lite RSA Key v1.20:ct=COW-lite:cr=powell@csl.ncsa.uiuc.edu:\ From vanilla-devel at us.netrek.org Mon May 7 17:48:30 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: metaserver Message-ID: <200105072248.f47MmUd05876@swashbuckler.fortress.real-time.com> Date: Monday May 7, 2001 @ 17:48 Author: tanner Update of /home/netrek/cvsroot/metaserver In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv5873 Modified Files: Makefile metarc Log Message: Hello, I have emailed twice previously regarding the addition and removal of servers that I administrate and I have received no response. If the process will take a while, I would appreciate it if someone could notify me of that. I administrate hp06.ee.ualberta.ca. I wanted to inform the Metaserver admin that hp06.ee.ualberta.ca should be removed and bode.ee.ualberta.ca should be added in its place. Bode is a paradise server as well. **************************************** Index: metaserver/Makefile diff -u metaserver/Makefile:2.4 metaserver/Makefile:2.5 --- metaserver/Makefile:2.4 Tue Aug 29 22:07:40 2000 +++ metaserver/Makefile Mon May 7 17:48:30 2001 @@ -20,11 +20,11 @@ # Amdahl UTS stuff #LIBS = $(UTSLIBS) -LIBS = -lnsl -lsocket +#LIBS = -lnsl -lsocket # hpux stuff #LIBS = -lBSD # Solaris stuff -LIBS = -lsocket -lnsl +#LIBS = -lsocket -lnsl all: $(TARGET) Index: metaserver/metarc diff -u metaserver/metarc:2.14 metaserver/metarc:2.15 --- metaserver/metarc:2.14 Mon Jul 3 01:09:34 2000 +++ metaserver/metarc Mon May 7 17:48:30 2001 @@ -1,7 +1,7 @@ # # Sample configuration for MetaServerII # -# $Id: metarc,v 2.14 2000/07/03 06:09:34 unbelver Exp $ +# $Id: metarc,v 2.15 2001/05/07 22:48:30 tanner Exp $ # # ports to listen on for user connections @@ -92,7 +92,7 @@ # # PARADISE Servers (P): # -P hp06.ee.ualberta.ca 0.0.0.0 2592 20 Alberta, Canada. +P bode.ee.ualberta.ca 0.0.0.0 2592 20 Alberta, Canada. P tanya.ucsd.edu 0.0.0.0 2592 20 San Diego, Ca. P paradise.games.uk.demon.net 0.0.0.0 2592 32 P europa.informatik.uni-frankfurt.de 141.2.20.4 2592 32 From vanilla-devel at us.netrek.org Mon May 7 17:58:59 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: metaserver Message-ID: <200105072258.f47MwxT05949@swashbuckler.fortress.real-time.com> Date: Monday May 7, 2001 @ 17:58 Author: tanner Update of /home/netrek/cvsroot/metaserver In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv5946 Modified Files: metarc Log Message: WARNING: unknown host netrek.cs.mcgill.ca in config file Removed. **************************************** Index: metaserver/metarc diff -u metaserver/metarc:2.15 metaserver/metarc:2.16 --- metaserver/metarc:2.15 Mon May 7 17:48:30 2001 +++ metaserver/metarc Mon May 7 17:58:59 2001 @@ -1,7 +1,7 @@ # # Sample configuration for MetaServerII # -# $Id: metarc,v 2.15 2001/05/07 22:48:30 tanner Exp $ +# $Id: metarc,v 2.16 2001/05/07 22:58:59 tanner Exp $ # # ports to listen on for user connections @@ -73,7 +73,6 @@ # # BRONCO/VANILLA Servers (B): -B RSAnetrek.cs.mcgill.ca 0.0.0.0 2592 20 Toronto, Canada. B RSAnetrek.unh.edu 0.0.0.0 2592 20 New Hampshire. B RSAsoda.csua.berkeley.edu 0.0.0.0 2592 20 Berkeley, CA B RSAspamburger.openface.ca 0.0.0.0 2592 20 Montreal, Canada From vanilla-devel at us.netrek.org Tue May 8 06:48:54 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/gum Message-ID: <200105081148.f48Bms606299@swashbuckler.fortress.real-time.com> Date: Tuesday May 8, 2001 @ 6:48 Author: cameron Update of /home/netrek/cvsroot/Vanilla/gum In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv6295 Modified Files: ChangeLog Makefile.in gum.xml main.c Log Message: * gum.xml: add newbie flag. [rebuild using glade 0.5.5 by Quozl] **************************************** Index: Vanilla/gum/ChangeLog diff -u Vanilla/gum/ChangeLog:1.10 Vanilla/gum/ChangeLog:1.11 --- Vanilla/gum/ChangeLog:1.10 Mon Apr 23 03:41:50 2001 +++ Vanilla/gum/ChangeLog Tue May 8 06:48:53 2001 @@ -1,3 +1,7 @@ +Tue May 8 22:35:41 2001 Benjamin `Quisar' Lerman + + * gum.xml: add newbie flag. [rebuild using glade 0.5.5 by Quozl] + Mon Apr 23 18:30:34 2001 James Cameron * .cvsignore: add files to ignore. @@ -72,6 +76,6 @@ * signals.c (on_About_activate): revise about screen to show who to complain to. - $Id: ChangeLog,v 1.10 2001/04/23 08:41:50 cameron Exp $ + $Id: ChangeLog,v 1.11 2001/05/08 11:48:53 cameron Exp $ Index: Vanilla/gum/Makefile.in diff -u Vanilla/gum/Makefile.in:1.14 Vanilla/gum/Makefile.in:1.15 --- Vanilla/gum/Makefile.in:1.14 Tue May 1 21:00:18 2001 +++ Vanilla/gum/Makefile.in Tue May 8 06:48:53 2001 @@ -306,7 +306,7 @@ @for file in $(DISTFILES); do \ d=$(srcdir); \ if test -d $$d/$$file; then \ - cp -pr $$/$$file $(distdir)/$$file; \ + cp -pr $$d/$$file $(distdir)/$$file; \ else \ test -f $(distdir)/$$file \ || ln $$d/$$file $(distdir)/$$file 2> /dev/null \ Index: Vanilla/gum/gum.xml diff -u Vanilla/gum/gum.xml:1.10 Vanilla/gum/gum.xml:1.11 --- Vanilla/gum/gum.xml:1.10 Tue Apr 17 23:41:35 2001 +++ Vanilla/gum/gum.xml Tue May 8 06:48:53 2001 @@ -5962,6 +5962,160 @@ GtkTable + table16 + 6 + 3 + 2 + False + 6 + 6 + + + GtkLabel + label1395 + + GTK_JUSTIFY_CENTER + False + 0.5 + 0.5 + 0 + 0 + + 0 + 2 + 0 + 1 + 0 + 0 + True + False + False + False + True + True + + + + + GtkLabel + NEWBIE_LABEL + + GTK_JUSTIFY_CENTER + False + 1 + 0.5 + 10 + 0 + + 0 + 1 + 1 + 2 + 0 + 0 + False + False + False + False + True + True + + + + + GtkHBox + hbox56 + False + 0 + + 1 + 2 + 1 + 2 + 0 + 0 + False + False + False + False + True + True + + + + GtkRadioButton + NEWBIE_0 + True + + False + True + NEWBIE + + 0 + False + False + + + + + GtkRadioButton + NEWBIE_1 + True + + False + True + NEWBIE + + 0 + False + False + + + + + + GtkLabel + label1397 + + GTK_JUSTIFY_CENTER + False + 0.5 + 0.5 + 0 + 0 + + 0 + 2 + 2 + 3 + 0 + 0 + True + True + False + False + True + True + + + + + + GtkLabel + Notebook:tab + label1392 + + GTK_JUSTIFY_CENTER + False + 0.5 + 0.5 + 0 + 0 + + + + GtkTable table8 6 3 Index: Vanilla/gum/main.c diff -u Vanilla/gum/main.c:1.9 Vanilla/gum/main.c:1.10 --- Vanilla/gum/main.c:1.9 Tue Apr 17 23:41:35 2001 +++ Vanilla/gum/main.c Tue May 8 06:48:53 2001 @@ -355,6 +355,15 @@ GtkWidget *ROBOTHOST; GtkWidget *label127; GtkWidget *label51; + GtkWidget *table16; + GtkWidget *label1395; + GtkWidget *NEWBIE_LABEL; + GtkWidget *hbox56; + GSList *NEWBIE_group = NULL; + GtkWidget *NEWBIE_0; + GtkWidget *NEWBIE_1; + GtkWidget *label1397; + GtkWidget *label1392; GtkWidget *table8; GtkWidget *label128; GtkWidget *HOCKEY_LABEL; @@ -3290,6 +3299,77 @@ gtk_widget_show (label51); gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 7), label51); + table16 = gtk_table_new (3, 2, FALSE); + gtk_widget_ref (table16); + gtk_object_set_data_full (GTK_OBJECT (gum), "table16", table16, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (table16); + gtk_container_add (GTK_CONTAINER (notebook1), table16); + gtk_container_set_border_width (GTK_CONTAINER (table16), 6); + gtk_table_set_row_spacings (GTK_TABLE (table16), 6); + gtk_table_set_col_spacings (GTK_TABLE (table16), 6); + + label1395 = gtk_label_new ("Newbie Mode Settings\n"); + gtk_widget_ref (label1395); + gtk_object_set_data_full (GTK_OBJECT (gum), "label1395", label1395, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (label1395); + gtk_table_attach (GTK_TABLE (table16), label1395, 0, 2, 0, 1, + (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), + (GtkAttachOptions) (GTK_FILL), 0, 0); + + NEWBIE_LABEL = gtk_label_new ("NEWBIE:"); + gtk_widget_ref (NEWBIE_LABEL); + gtk_object_set_data_full (GTK_OBJECT (gum), "NEWBIE_LABEL", NEWBIE_LABEL, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (NEWBIE_LABEL); + gtk_table_attach (GTK_TABLE (table16), NEWBIE_LABEL, 0, 1, 1, 2, + (GtkAttachOptions) (GTK_FILL), + (GtkAttachOptions) (GTK_FILL), 0, 0); + gtk_misc_set_alignment (GTK_MISC (NEWBIE_LABEL), 1, 0.5); + gtk_misc_set_padding (GTK_MISC (NEWBIE_LABEL), 10, 0); + + hbox56 = gtk_hbox_new (FALSE, 0); + gtk_widget_ref (hbox56); + gtk_object_set_data_full (GTK_OBJECT (gum), "hbox56", hbox56, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (hbox56); + gtk_table_attach (GTK_TABLE (table16), hbox56, 1, 2, 1, 2, + (GtkAttachOptions) (GTK_FILL), + (GtkAttachOptions) (GTK_FILL), 0, 0); + + NEWBIE_0 = gtk_radio_button_new_with_label (NEWBIE_group, "No"); + NEWBIE_group = gtk_radio_button_group (GTK_RADIO_BUTTON (NEWBIE_0)); + gtk_widget_ref (NEWBIE_0); + gtk_object_set_data_full (GTK_OBJECT (gum), "NEWBIE_0", NEWBIE_0, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (NEWBIE_0); + gtk_box_pack_start (GTK_BOX (hbox56), NEWBIE_0, FALSE, FALSE, 0); + + NEWBIE_1 = gtk_radio_button_new_with_label (NEWBIE_group, "Yes"); + NEWBIE_group = gtk_radio_button_group (GTK_RADIO_BUTTON (NEWBIE_1)); + gtk_widget_ref (NEWBIE_1); + gtk_object_set_data_full (GTK_OBJECT (gum), "NEWBIE_1", NEWBIE_1, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (NEWBIE_1); + gtk_box_pack_start (GTK_BOX (hbox56), NEWBIE_1, FALSE, FALSE, 0); + + label1397 = gtk_label_new (""); + gtk_widget_ref (label1397); + gtk_object_set_data_full (GTK_OBJECT (gum), "label1397", label1397, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (label1397); + gtk_table_attach (GTK_TABLE (table16), label1397, 0, 2, 2, 3, + (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), + (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), 0, 0); + + label1392 = gtk_label_new ("Newbie"); + gtk_widget_ref (label1392); + gtk_object_set_data_full (GTK_OBJECT (gum), "label1392", label1392, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (label1392); + gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 8), label1392); + table8 = gtk_table_new (3, 2, FALSE); gtk_widget_ref (table8); gtk_object_set_data_full (GTK_OBJECT (gum), "table8", table8, @@ -3359,7 +3439,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "label54", label54, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (label54); - gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 8), label54); + gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 9), label54); table9 = gtk_table_new (4, 2, FALSE); gtk_widget_ref (table9); @@ -3468,7 +3548,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "INL_NOTEBOOK_LABEL", INL_NOTEBOOK_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (INL_NOTEBOOK_LABEL); - gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 9), INL_NOTEBOOK_LABEL); + gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 10), INL_NOTEBOOK_LABEL); table10 = gtk_table_new (6, 2, FALSE); gtk_widget_ref (table10); @@ -3585,7 +3665,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "label58", label58, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (label58); - gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 10), label58); + gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 11), label58); table3 = gtk_table_new (8, 2, FALSE); gtk_widget_ref (table3); @@ -3826,7 +3906,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "label3", label3, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (label3); - gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 11), label3); + gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 12), label3); hbox52 = gtk_hbox_new (FALSE, 0); gtk_widget_ref (hbox52); From vanilla-devel at us.netrek.org Thu May 10 05:37:10 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200105101037.f4AAbAc08238@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 5:37 Author: quisar Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8235 Modified Files: ChangeLog Makefile.in Log Message: Here's the Changelog entry: * docs/CUSTOMIZATION, docs/sample_sysdef.in, include/config.h.in, include/data.h, include/sysdefaults.h, ntserv/data.c, ntserv/interface.c: remove RESTRICT_BOMB and NO_UNWARRING_BOMBING from config.h.in and put it in .sysdef. * tools/xtkill.c: Correct 'S' option to do what it should (put damages and etemp back to 0. * Makefile.in: Correct a syntax error. PS: gum has to be upgraded, but having not the right version of glade, I send the patch to James Cameron so that he does the checkin. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.122 Vanilla/ChangeLog:1.123 --- Vanilla/ChangeLog:1.122 Thu May 3 23:02:20 2001 +++ Vanilla/ChangeLog Thu May 10 05:37:10 2001 @@ -1,3 +1,15 @@ +Thu May 10 09:36:57 2001 Benjamin `Quisar' Lerman + + * docs/CUSTOMIZATION, docs/sample_sysdef.in, include/config.h.in, + include/data.h, include/sysdefaults.h, ntserv/data.c, + ntserv/interface.c: remove RESTRICT_BOMB and NO_UNWARRING_BOMBING + from config.h.in and put it in .sysdef. + + * tools/xtkill.c: Correct 'S' option to do what it should (put + damages and etemp back to 0. + + * Makefile.in: Correct a syntax error. + Fri May 4 14:45:28 2001 Benjamin `Quisar' Lerman * robots/newbie.c, robots/newbiedefs.h: add #define NB_ROBOTS 16 @@ -1287,4 +1299,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.122 2001/05/04 04:02:20 cameron Exp $ + $Id: ChangeLog,v 1.123 2001/05/10 10:37:10 quisar Exp $ Index: Vanilla/Makefile.in diff -u Vanilla/Makefile.in:1.3 Vanilla/Makefile.in:1.4 --- Vanilla/Makefile.in:1.3 Tue May 1 21:00:18 2001 +++ Vanilla/Makefile.in Thu May 10 05:37:10 2001 @@ -1,4 +1,4 @@ -# $Id: Makefile.in,v 1.3 2001/05/02 02:00:18 cameron Exp $ +# $Id: Makefile.in,v 1.4 2001/05/10 10:37:10 quisar Exp $ # # Installers, you should not need to edit this file. # Everything should be setup in the configuration script. @@ -34,10 +34,10 @@ $(MAKE) depend system.mk: ${srcdir}/system.mk.in ${srcdir}/include/config.h.in ${srcdir}/configure - if [ -f config.status ]; then - ./config.status - else - ${srcdir}/configure -v + if [ -f config.status ]; then \ + ./config.status; \ + else \ + ${srcdir}/configure -v; \ fi config.h: system.mk From vanilla-devel at us.netrek.org Thu May 10 05:37:11 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/docs Message-ID: <200105101037.f4AAbB408244@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 5:37 Author: quisar Update of /home/netrek/cvsroot/Vanilla/docs In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8235/docs Modified Files: CUSTOMIZATION sample_sysdef.in Log Message: Here's the Changelog entry: * docs/CUSTOMIZATION, docs/sample_sysdef.in, include/config.h.in, include/data.h, include/sysdefaults.h, ntserv/data.c, ntserv/interface.c: remove RESTRICT_BOMB and NO_UNWARRING_BOMBING from config.h.in and put it in .sysdef. * tools/xtkill.c: Correct 'S' option to do what it should (put damages and etemp back to 0. * Makefile.in: Correct a syntax error. PS: gum has to be upgraded, but having not the right version of glade, I send the patch to James Cameron so that he does the checkin. **************************************** Index: Vanilla/docs/CUSTOMIZATION diff -u Vanilla/docs/CUSTOMIZATION:1.1 Vanilla/docs/CUSTOMIZATION:1.2 --- Vanilla/docs/CUSTOMIZATION:1.1 Wed Nov 11 20:44:50 1998 +++ Vanilla/docs/CUSTOMIZATION Thu May 10 05:37:10 2001 @@ -33,8 +33,6 @@ NO_PLANET_PLAGUE - Don't allow planet plagueing. Don't use this with ERIKPLAGUE. - NO_UNWARRING_BOMBING - Don't allow 3rd space bombing at any time. - PING - Allow ping stats support. This may increase the network load a little. @@ -46,8 +44,6 @@ RESETGALAXY - Everytime a conquer occurs reset the galaxy. - RESTRICT_BOMB - Disable bombing out of t-mode. - SELF_RESET - galaxy will reset if daemon dies. SHORT_PACKETS - Use short packets code. This may increase the load on @@ -147,6 +143,10 @@ SBRANK - ( 0 - 7 ) Rank needed to get a starbase. 0 = Ensign , 7 = Admiral + + RESTRICT_BOMB (0 or 1) - Disable bombing out of t-mode. + + NO_UNWARRING_BOMBING - Don't allow 3rd space bombing at any time. CHAOS - (0 or 1) Turn on chaos mode. Ships are more powerful and re-generate faster. Index: Vanilla/docs/sample_sysdef.in diff -u Vanilla/docs/sample_sysdef.in:1.1 Vanilla/docs/sample_sysdef.in:1.2 --- Vanilla/docs/sample_sysdef.in:1.1 Fri Apr 27 21:42:34 2001 +++ Vanilla/docs/sample_sysdef.in Thu May 10 05:37:11 2001 @@ -1,4 +1,4 @@ -# $Id: sample_sysdef.in,v 1.1 2001/04/28 02:42:34 cameron Exp $ +# $Id: sample_sysdef.in,v 1.2 2001/05/10 10:37:11 quisar Exp $ # # The sample sysdef file shipped with the server. # @@ -78,6 +78,12 @@ # # Maximum number of Starbases allowed in Chaos mode MAX_CHAOS_BASES=2 +# +# Disallow bombing out of t-mode (1 = no bombing) +RESTRICT_BOMB=1 +# +# Disallow 3rd space bombing (1 = no bombing) +NO_UNWARRING_BOMBING=1 # # Use topgun mode (0 = no, 1 = yes) TOPGUN=0 From vanilla-devel at us.netrek.org Thu May 10 05:37:11 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/include Message-ID: <200105101037.f4AAbBg08250@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 5:37 Author: quisar Update of /home/netrek/cvsroot/Vanilla/include In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8235/include Modified Files: config.h.in data.h sysdefaults.h Log Message: Here's the Changelog entry: * docs/CUSTOMIZATION, docs/sample_sysdef.in, include/config.h.in, include/data.h, include/sysdefaults.h, ntserv/data.c, ntserv/interface.c: remove RESTRICT_BOMB and NO_UNWARRING_BOMBING from config.h.in and put it in .sysdef. * tools/xtkill.c: Correct 'S' option to do what it should (put damages and etemp back to 0. * Makefile.in: Correct a syntax error. PS: gum has to be upgraded, but having not the right version of glade, I send the patch to James Cameron so that he does the checkin. **************************************** Index: Vanilla/include/config.h.in diff -u Vanilla/include/config.h.in:1.1 Vanilla/include/config.h.in:1.2 --- Vanilla/include/config.h.in:1.1 Thu May 3 22:33:28 2001 +++ Vanilla/include/config.h.in Thu May 10 05:37:11 2001 @@ -238,9 +238,6 @@ ERIKPLAGUE) */ #undef NO_PLANET_PLAGUE - /* NO_UNWARRING_BOMBING -No 3rd space bombing */ -#define NO_UNWARRING_BOMBING - /* SHOW_RSA - Display the client type at login */ #define SHOW_RSA @@ -248,9 +245,6 @@ /* RESETGALAXY - Reset the galaxy after each conquer */ #define RESETGALAXY - - /* RESTRICT_BOMB - No bombing out of t-mode */ -#define RESTRICT_BOMB /* SELF_RESET - Galaxy will reset if the daemon dies */ Index: Vanilla/include/data.h diff -u Vanilla/include/data.h:1.1 Vanilla/include/data.h:1.2 --- Vanilla/include/data.h:1.1 Tue May 1 21:00:19 2001 +++ Vanilla/include/data.h Thu May 10 05:37:11 2001 @@ -1,4 +1,4 @@ -/* $Id: data.h,v 1.1 2001/05/02 02:00:19 cameron Exp $ +/* $Id: data.h,v 1.2 2001/05/10 10:37:11 quisar Exp $ */ #ifndef _h_data @@ -125,6 +125,8 @@ extern int dead_warp; extern int surrenderStart; extern int sbplanets; +extern int restrict_bomb; +extern int no_unwarring_bombing; #define WP_PLASMA 0 Index: Vanilla/include/sysdefaults.h diff -u Vanilla/include/sysdefaults.h:1.1 Vanilla/include/sysdefaults.h:1.2 --- Vanilla/include/sysdefaults.h:1.1 Tue May 1 21:00:19 2001 +++ Vanilla/include/sysdefaults.h Thu May 10 05:37:11 2001 @@ -1,4 +1,4 @@ -/* $Id: sysdefaults.h,v 1.1 2001/05/02 02:00:19 cameron Exp $ */ +/* $Id: sysdefaults.h,v 1.2 2001/05/10 10:37:11 quisar Exp $ */ /* structure for default values that are represented as array of flags */ struct sysdef_array { @@ -188,6 +188,10 @@ "Default client updates per second" }, { "MINUPDATE", SYSDEF_INT, &maxskip, "Minimum client updates per second" }, + { "RESTRICT_BOMB", SYSDEF_INT, &restrict_bomb, + "No bombing out of t-mode" }, + { "NO_UNWARRING_BOMBING", SYSDEF_INT, &no_unwarring_bombing, + "No 3rd space bombing" }, { "", SYSDEF_END, NULL } }; From vanilla-devel at us.netrek.org Thu May 10 05:37:11 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/ntserv Message-ID: <200105101037.f4AAbBW08257@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 5:37 Author: quisar Update of /home/netrek/cvsroot/Vanilla/ntserv In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8235/ntserv Modified Files: data.c interface.c Log Message: Here's the Changelog entry: * docs/CUSTOMIZATION, docs/sample_sysdef.in, include/config.h.in, include/data.h, include/sysdefaults.h, ntserv/data.c, ntserv/interface.c: remove RESTRICT_BOMB and NO_UNWARRING_BOMBING from config.h.in and put it in .sysdef. * tools/xtkill.c: Correct 'S' option to do what it should (put damages and etemp back to 0. * Makefile.in: Correct a syntax error. PS: gum has to be upgraded, but having not the right version of glade, I send the patch to James Cameron so that he does the checkin. **************************************** Index: Vanilla/ntserv/data.c diff -u Vanilla/ntserv/data.c:1.17 Vanilla/ntserv/data.c:1.18 --- Vanilla/ntserv/data.c:1.17 Tue May 1 21:00:19 2001 +++ Vanilla/ntserv/data.c Thu May 10 05:37:11 2001 @@ -1,4 +1,4 @@ -/* $Id: data.c,v 1.17 2001/05/02 02:00:19 cameron Exp $ +/* $Id: data.c,v 1.18 2001/05/10 10:37:11 quisar Exp $ */ #include "copyright.h" @@ -81,6 +81,8 @@ int dead_warp=0; /* use warp 14 for death detection */ int surrenderStart=1; /* # of planets to start surrender counter */ int sbplanets=5; /* # of planets to get a base */ +int restrict_bomb=1; /* Disallow bombing outside of T-Mode */ +int no_unwarring_bombing=1; /* No 3rd space bombing */ char *shipnames[NUM_TYPES] = { "Scout", "Destroyer", "Cruiser", "Battleship", Index: Vanilla/ntserv/interface.c diff -u Vanilla/ntserv/interface.c:1.9 Vanilla/ntserv/interface.c:1.10 --- Vanilla/ntserv/interface.c:1.9 Fri Feb 2 03:17:52 2001 +++ Vanilla/ntserv/interface.c Thu May 10 05:37:11 2001 @@ -86,12 +86,12 @@ return; } -#ifdef RESTRICT_BOMB /* isae - no bombing out of tmode? */ - if (!status->tourn){ - new_warning(UNDEF,"You may not bomb out of T-mode."); - return; + if(restrict_bomb) { + if (!status->tourn){ + new_warning(UNDEF,"You may not bomb out of T-mode."); + return; + } } -#endif /* RESTRICT_BOMB */ if ((!status->tourn) && (bombsOutOfTmode == 0)) { new_warning(42,"Bomb out of T-mode? Please verify your order to bomb."); @@ -99,21 +99,22 @@ return; } -#ifdef NO_UNWARRING_BOMBING + if(no_unwarring_bombing) { /* Added ability to take back your own planets from 3rd team 11-15-93 ATH */ - if ((status->tourn && realNumShips(owner) < tournplayers) - && !(me->p_team & planets[me->p_planet].pl_flags)) { - new_warning(UNDEF,"You may not bomb 3rd and 4th space planets."); - return; - } -#endif + if ((status->tourn && realNumShips(owner) < tournplayers) + && !(me->p_team & planets[me->p_planet].pl_flags)) { + new_warning(UNDEF,"You may not bomb 3rd and 4th space planets."); + return; + } + } -#ifndef RESTRICT_BOMB - if ((!status->tourn) && (bombsOutOfTmode == 1)) { - new_warning(43,"Hoser!"); - bombsOutOfTmode++; + if(! restrict_bomb) + { + if ((!status->tourn) && (bombsOutOfTmode == 1)) { + new_warning(43,"Hoser!"); + bombsOutOfTmode++; + } } -#endif if (status->tourn) bombsOutOfTmode = 0; From vanilla-devel at us.netrek.org Thu May 10 05:37:11 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:32 2005 Subject: [Vanilla Devel] CVS update: Vanilla/tools Message-ID: <200105101037.f4AAbBj08263@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 5:37 Author: quisar Update of /home/netrek/cvsroot/Vanilla/tools In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8235/tools Modified Files: xtkill.c Log Message: Here's the Changelog entry: * docs/CUSTOMIZATION, docs/sample_sysdef.in, include/config.h.in, include/data.h, include/sysdefaults.h, ntserv/data.c, ntserv/interface.c: remove RESTRICT_BOMB and NO_UNWARRING_BOMBING from config.h.in and put it in .sysdef. * tools/xtkill.c: Correct 'S' option to do what it should (put damages and etemp back to 0. * Makefile.in: Correct a syntax error. PS: gum has to be upgraded, but having not the right version of glade, I send the patch to James Cameron so that he does the checkin. **************************************** Index: Vanilla/tools/xtkill.c diff -u Vanilla/tools/xtkill.c:1.7 Vanilla/tools/xtkill.c:1.8 --- Vanilla/tools/xtkill.c:1.7 Sun Feb 11 18:10:48 2001 +++ Vanilla/tools/xtkill.c Thu May 10 05:37:11 2001 @@ -169,7 +169,9 @@ players[player].p_ship.s_maxshield = 750; players[player].p_shield = 750; players[player].p_ship.s_maxdamage = 750; + players[player].p_damage = 0; players[player].p_ship.s_maxegntemp = 5000; + players[player].p_etemp = 0; break; case 'D': /* demote, but not beyond ensign */ if(players[player].p_stats.st_rank == 0) From vanilla-devel at us.netrek.org Thu May 10 18:19:46 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:33 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200105102319.f4ANJkV08868@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 18:19 Author: cameron Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8865 Modified Files: ChangeLog Log Message: Trent Piepho's observer status patch as per vanilla-list. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.123 Vanilla/ChangeLog:1.124 --- Vanilla/ChangeLog:1.123 Thu May 10 05:37:10 2001 +++ Vanilla/ChangeLog Thu May 10 18:19:46 2001 @@ -1,3 +1,12 @@ +Fri May 11 08:44:31 2001 James Cameron + + * include/struct.h, ntserv/genspkt.c, ntserv/redraw.c: ensure + clients are given a consistent view of observers. + From: Trent Piepho + Message-ID: + + Date: Wed, 9 May 2001 17:15:48 -0700 (PDT) + Thu May 10 09:36:57 2001 Benjamin `Quisar' Lerman * docs/CUSTOMIZATION, docs/sample_sysdef.in, include/config.h.in, @@ -1299,4 +1308,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.123 2001/05/10 10:37:10 quisar Exp $ + $Id: ChangeLog,v 1.124 2001/05/10 23:19:46 cameron Exp $ From vanilla-devel at us.netrek.org Thu May 10 18:19:47 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:33 2005 Subject: [Vanilla Devel] CVS update: Vanilla/ntserv Message-ID: <200105102319.f4ANJlU08878@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 18:19 Author: cameron Update of /home/netrek/cvsroot/Vanilla/ntserv In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8865/ntserv Modified Files: genspkt.c redraw.c Log Message: Trent Piepho's observer status patch as per vanilla-list. **************************************** Index: Vanilla/ntserv/genspkt.c diff -u Vanilla/ntserv/genspkt.c:1.20 Vanilla/ntserv/genspkt.c:1.21 --- Vanilla/ntserv/genspkt.c:1.20 Fri Apr 27 20:37:25 2001 +++ Vanilla/ntserv/genspkt.c Thu May 10 18:19:46 2001 @@ -307,37 +307,37 @@ inline static int sndFlags( struct flags_spacket *flags, struct player *pl, int howmuch) { -/*#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFBEAMUP|PFBEAMDOWN|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) atm mask */ +/*#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFBEAMUP|PFBEAMDOWN|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) aieee, too much. 7/27/91 TC */ +/*#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT| PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) still more than needed */ -/* #define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFBEAMUP|PFBEAMDOWN|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) aieee, too much. 7/27/91 TC */ +/* Flags we get to know about players not seen */ +#define INVISOMASK (PFCLOAK|PFROBOT|PFPRACTR|PFDOCKOK|PFOBSERV) +/* Flags we get to know about players who are seen */ +#define FLAGMASK (PFSHIELD | INVISOMASK) -#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) -#define INVISOMASK (PFCLOAK|PFROBOT|PFPRACTR|PFDOCKOK) - int mask; int tractor = (F_show_all_tractors && pl->p_flags&PFTRACT)? (pl->p_tractor|0x40):0; - if (howmuch == UPDT_ALL) + if (howmuch == UPDT_ALL) { mask = FLAGMASK; - else - mask = INVISOMASK | (F_show_all_tractors?PFTRACT|PFPRESS:0); + if(F_show_all_tractors) mask |= PFTRACT|PFPRESS; + } else + mask = INVISOMASK; + + /* With short packets 2 flag sampling, these don't need to be sent */ + if (send_short>1 && pl->p_no<32) + mask &= ~(PFSHIELD|PFCLOAK); + - if (flags->flags==htonl(mask&pl->p_flags) && - flags->tractor==tractor ) + if ((ntohl(flags->flags)&mask) == (pl->p_flags&mask) && + flags->tractor==tractor) /* Nothing has changed, don't send a packet */ return FALSE; flags->type=SP_FLAGS; flags->pnum=pl->p_no; flags->flags=htonl(mask & pl->p_flags); - - if (send_short>1 && pl->p_ship.s_type!=STARBASE && - flags->tractor==tractor && - !(pl->p_flags&PFROBOT) && pl->p_no<32) - /* S_P2 flags already sent, so don't send anything */ - return FALSE; - flags->tractor = tractor; sendClientPacket(flags); Index: Vanilla/ntserv/redraw.c diff -u Vanilla/ntserv/redraw.c:1.9 Vanilla/ntserv/redraw.c:1.10 --- Vanilla/ntserv/redraw.c:1.9 Tue Sep 21 00:06:25 1999 +++ Vanilla/ntserv/redraw.c Thu May 10 18:19:46 2001 @@ -124,12 +124,12 @@ if (!Observer) return; if (me->p_status != POBSERV) { - if (me->p_status == PDEAD || me->p_status == PEXPLODE) { + if (me->p_status == PDEAD || me->p_status == PEXPLODE) { death (); return; }else{ if (me->p_status == PFREE){ - ERROR(1,("check_observs: changing a PFREE!\n")); + ERROR(1,("check_observs: changing a PFREE!\n")); } me->p_status = POBSERV; } @@ -170,6 +170,7 @@ return; } + me->p_flags |= PFOBSERV; /* future clients may understand this */ /* Check if I am locked onto a player */ if (me->p_flags & PFPLOCK) { if ( (me->p_playerl < 0) || (me->p_playerl >= MAXPLAYER) ){ @@ -208,13 +209,13 @@ me->p_fuel = pl->p_fuel; me->p_wtemp = pl->p_wtemp; me->p_etemp = pl->p_etemp; - me->p_flags = (pl->p_flags & ~(PFSELFDEST | PFPLOCK | PFPLLOCK)) | - (me->p_flags & (PFSELFDEST | PFPLOCK | PFPLLOCK)); + /* These flags shouldn't be propagated to observers */ +#define NOOBSMASK (PFSELFDEST|PFPLOCK|PFPLLOCK|PFOBSERV) + me->p_flags = (pl->p_flags & ~NOOBSMASK) | (me->p_flags & NOOBSMASK); /* always cloaked, state of person watched will be obvious */ /* me->p_flags |= PFCLOAK; */ me->p_dir = pl->p_dir; - me->p_flags |= PFOBSERV; /* future clients may understand this */ me->p_tractor = pl->p_tractor; me->p_speed = pl->p_speed; From vanilla-devel at us.netrek.org Thu May 10 18:19:46 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:33 2005 Subject: [Vanilla Devel] CVS update: Vanilla/include Message-ID: <200105102319.f4ANJkD08873@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 18:19 Author: cameron Update of /home/netrek/cvsroot/Vanilla/include In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8865/include Modified Files: struct.h Log Message: Trent Piepho's observer status patch as per vanilla-list. **************************************** Index: Vanilla/include/struct.h diff -u Vanilla/include/struct.h:1.1 Vanilla/include/struct.h:1.2 --- Vanilla/include/struct.h:1.1 Tue May 1 21:00:19 2001 +++ Vanilla/include/struct.h Thu May 10 18:19:46 2001 @@ -95,8 +95,10 @@ #define PALIVE 0x0002 #define PEXPLODE 0x0003 #define PDEAD 0x0004 +/* Status value for paradise's t-mode queue feature +#define PTQUEUE 0x0005 */ #ifdef OBSERVERS -#define POBSERV 0x005 /* not really dead, but observer. */ +#define POBSERV 0x0006 /* not really dead, but observer. */ #endif #define PFSHIELD 0x0001 From vanilla-devel at us.netrek.org Thu May 10 20:46:00 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:33 2005 Subject: [Vanilla Devel] CVS update: Vanilla/gum Message-ID: <200105110146.f4B1k0X09081@swashbuckler.fortress.real-time.com> Date: Thursday May 10, 2001 @ 20:46 Author: cameron Update of /home/netrek/cvsroot/Vanilla/gum In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv9078 Modified Files: gum.xml main.c Log Message: Quisar's changes to add new .sysdef options, propogated to gum. **************************************** Index: Vanilla/gum/gum.xml diff -u Vanilla/gum/gum.xml:1.11 Vanilla/gum/gum.xml:1.12 --- Vanilla/gum/gum.xml:1.11 Tue May 8 06:48:53 2001 +++ Vanilla/gum/gum.xml Thu May 10 20:45:59 2001 @@ -2797,7 +2797,7 @@ GtkTable table4 6 - 18 + 20 2 False 6 @@ -3127,8 +3127,8 @@ 0 2 - 17 - 18 + 19 + 20 0 0 True @@ -3309,8 +3309,8 @@ 0 1 - 9 - 10 + 11 + 12 0 0 False @@ -3335,8 +3335,8 @@ 0 1 - 10 - 11 + 12 + 13 0 0 False @@ -3361,8 +3361,8 @@ 0 1 - 11 - 12 + 13 + 14 0 0 False @@ -3387,8 +3387,8 @@ 0 1 - 12 - 13 + 14 + 15 0 0 False @@ -3413,8 +3413,8 @@ 0 1 - 13 - 14 + 15 + 16 0 0 False @@ -3439,8 +3439,8 @@ 0 1 - 14 - 15 + 16 + 17 0 0 False @@ -3465,8 +3465,8 @@ 0 1 - 15 - 16 + 17 + 18 0 0 False @@ -3491,8 +3491,8 @@ 0 1 - 16 - 17 + 18 + 19 0 0 False @@ -3512,8 +3512,8 @@ 1 2 - 10 - 11 + 12 + 13 0 0 False @@ -3563,8 +3563,8 @@ 1 2 - 9 - 10 + 11 + 12 0 0 False @@ -3716,8 +3716,8 @@ 1 2 - 11 - 12 + 13 + 14 0 0 False @@ -3767,8 +3767,8 @@ 1 2 - 14 - 15 + 16 + 17 0 0 False @@ -3818,8 +3818,8 @@ 1 2 - 16 - 17 + 18 + 19 0 0 False @@ -3871,8 +3871,8 @@ 1 2 - 12 - 13 + 14 + 15 0 0 False @@ -3931,8 +3931,8 @@ 1 2 - 13 - 14 + 15 + 16 0 0 True @@ -3963,8 +3963,8 @@ 1 2 - 15 - 16 + 17 + 18 0 0 True @@ -4080,6 +4080,160 @@ True True + + + + GtkLabel + RESTRICT_BOMB_LABEL + + GTK_JUSTIFY_CENTER + False + 1 + 0.5 + 10 + 0 + + 0 + 1 + 9 + 10 + 0 + 0 + False + False + False + False + True + False + + + + + GtkLabel + NO_UNWARRING_BOMBING_LABEL + + GTK_JUSTIFY_CENTER + False + 1 + 0.5 + 10 + 0 + + 0 + 1 + 10 + 11 + 0 + 0 + False + False + False + False + True + False + + + + + GtkHBox + hbox57 + False + 0 + + 1 + 2 + 9 + 10 + 0 + 0 + False + False + False + False + True + True + + + + GtkRadioButton + RESTRICT_BOMB_0 + True + + False + True + RESTRICT_BOMB + + 0 + False + False + + + + + GtkRadioButton + RESTRICT_BOMB_1 + True + + False + True + RESTRICT_BOMB + + 0 + False + False + + + + + + GtkHBox + hbox58 + False + 0 + + 1 + 2 + 10 + 11 + 0 + 0 + False + False + False + False + True + True + + + + GtkRadioButton + NO_UNWARRING_BOMBING_0 + True + + False + True + NO_UNWARRING_BOMBING + + 0 + False + False + + + + + GtkRadioButton + NO_UNWARRING_BOMBING_1 + True + + False + True + NO_UNWARRING_BOMBING + + 0 + False + False + + Index: Vanilla/gum/main.c diff -u Vanilla/gum/main.c:1.10 Vanilla/gum/main.c:1.11 --- Vanilla/gum/main.c:1.10 Tue May 8 06:48:53 2001 +++ Vanilla/gum/main.c Thu May 10 20:45:59 2001 @@ -246,6 +246,16 @@ GtkWidget *SBRANK_LABEL; GtkWidget *SBPLANETS_LABEL; GtkWidget *SBPLANETS; + GtkWidget *RESTRICT_BOMB_LABEL; + GtkWidget *NO_UNWARRING_BOMBING_LABEL; + GtkWidget *hbox57; + GSList *RESTRICT_BOMB_group = NULL; + GtkWidget *RESTRICT_BOMB_0; + GtkWidget *RESTRICT_BOMB_1; + GtkWidget *hbox58; + GSList *NO_UNWARRING_BOMBING_group = NULL; + GtkWidget *NO_UNWARRING_BOMBING_0; + GtkWidget *NO_UNWARRING_BOMBING_1; GtkWidget *label6; GtkWidget *table2; GtkWidget *label70; @@ -1731,7 +1741,7 @@ gtk_widget_show (label133); gtk_notebook_set_tab_label (GTK_NOTEBOOK (notebook1), gtk_notebook_get_nth_page (GTK_NOTEBOOK (notebook1), 2), label133); - table4 = gtk_table_new (18, 2, FALSE); + table4 = gtk_table_new (20, 2, FALSE); gtk_widget_ref (table4); gtk_object_set_data_full (GTK_OBJECT (gum), "table4", table4, (GtkDestroyNotify) gtk_widget_unref); @@ -1903,7 +1913,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "label91", label91, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (label91); - gtk_table_attach (GTK_TABLE (table4), label91, 0, 2, 17, 18, + gtk_table_attach (GTK_TABLE (table4), label91, 0, 2, 19, 20, (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), 0, 0); @@ -1978,7 +1988,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "NODIAG_LABEL", NODIAG_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (NODIAG_LABEL); - gtk_table_attach (GTK_TABLE (table4), NODIAG_LABEL, 0, 1, 9, 10, + gtk_table_attach (GTK_TABLE (table4), NODIAG_LABEL, 0, 1, 11, 12, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (NODIAG_LABEL), 1, 0.5); @@ -1989,7 +1999,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "TOPGUN_LABEL", TOPGUN_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (TOPGUN_LABEL); - gtk_table_attach (GTK_TABLE (table4), TOPGUN_LABEL, 0, 1, 10, 11, + gtk_table_attach (GTK_TABLE (table4), TOPGUN_LABEL, 0, 1, 12, 13, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (TOPGUN_LABEL), 1, 0.5); @@ -2000,7 +2010,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "NEWTURN_LABEL", NEWTURN_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (NEWTURN_LABEL); - gtk_table_attach (GTK_TABLE (table4), NEWTURN_LABEL, 0, 1, 11, 12, + gtk_table_attach (GTK_TABLE (table4), NEWTURN_LABEL, 0, 1, 13, 14, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (NEWTURN_LABEL), 1, 0.5); @@ -2011,7 +2021,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "HIDDEN_LABEL", HIDDEN_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (HIDDEN_LABEL); - gtk_table_attach (GTK_TABLE (table4), HIDDEN_LABEL, 0, 1, 12, 13, + gtk_table_attach (GTK_TABLE (table4), HIDDEN_LABEL, 0, 1, 14, 15, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (HIDDEN_LABEL), 1, 0.5); @@ -2022,7 +2032,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "SURRSTART_LABEL", SURRSTART_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (SURRSTART_LABEL); - gtk_table_attach (GTK_TABLE (table4), SURRSTART_LABEL, 0, 1, 13, 14, + gtk_table_attach (GTK_TABLE (table4), SURRSTART_LABEL, 0, 1, 15, 16, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (SURRSTART_LABEL), 1, 0.5); @@ -2033,7 +2043,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "TRANSWARP_LABEL", TRANSWARP_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (TRANSWARP_LABEL); - gtk_table_attach (GTK_TABLE (table4), TRANSWARP_LABEL, 0, 1, 14, 15, + gtk_table_attach (GTK_TABLE (table4), TRANSWARP_LABEL, 0, 1, 16, 17, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (TRANSWARP_LABEL), 1, 0.5); @@ -2044,7 +2054,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "WARPSPEED_LABEL", WARPSPEED_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (WARPSPEED_LABEL); - gtk_table_attach (GTK_TABLE (table4), WARPSPEED_LABEL, 0, 1, 15, 16, + gtk_table_attach (GTK_TABLE (table4), WARPSPEED_LABEL, 0, 1, 17, 18, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (WARPSPEED_LABEL), 1, 0.5); @@ -2055,7 +2065,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "VECTOR_LABEL", VECTOR_LABEL, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (VECTOR_LABEL); - gtk_table_attach (GTK_TABLE (table4), VECTOR_LABEL, 0, 1, 16, 17, + gtk_table_attach (GTK_TABLE (table4), VECTOR_LABEL, 0, 1, 18, 19, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_misc_set_alignment (GTK_MISC (VECTOR_LABEL), 1, 0.5); @@ -2066,7 +2076,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "hbox29", hbox29, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (hbox29); - gtk_table_attach (GTK_TABLE (table4), hbox29, 1, 2, 10, 11, + gtk_table_attach (GTK_TABLE (table4), hbox29, 1, 2, 12, 13, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); @@ -2091,7 +2101,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "hbox28", hbox28, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (hbox28); - gtk_table_attach (GTK_TABLE (table4), hbox28, 1, 2, 9, 10, + gtk_table_attach (GTK_TABLE (table4), hbox28, 1, 2, 11, 12, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); @@ -2166,7 +2176,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "hbox30", hbox30, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (hbox30); - gtk_table_attach (GTK_TABLE (table4), hbox30, 1, 2, 11, 12, + gtk_table_attach (GTK_TABLE (table4), hbox30, 1, 2, 13, 14, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); @@ -2191,7 +2201,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "hbox31", hbox31, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (hbox31); - gtk_table_attach (GTK_TABLE (table4), hbox31, 1, 2, 14, 15, + gtk_table_attach (GTK_TABLE (table4), hbox31, 1, 2, 16, 17, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); @@ -2216,7 +2226,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "hbox32", hbox32, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (hbox32); - gtk_table_attach (GTK_TABLE (table4), hbox32, 1, 2, 16, 17, + gtk_table_attach (GTK_TABLE (table4), hbox32, 1, 2, 18, 19, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); @@ -2243,7 +2253,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "hbox10", hbox10, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (hbox10); - gtk_table_attach (GTK_TABLE (table4), hbox10, 1, 2, 12, 13, + gtk_table_attach (GTK_TABLE (table4), hbox10, 1, 2, 14, 15, (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); @@ -2269,7 +2279,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "SURRSTART", SURRSTART, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (SURRSTART); - gtk_table_attach (GTK_TABLE (table4), SURRSTART, 1, 2, 13, 14, + gtk_table_attach (GTK_TABLE (table4), SURRSTART, 1, 2, 15, 16, (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), 0, 0); gtk_scale_set_digits (GTK_SCALE (SURRSTART), 0); @@ -2280,7 +2290,7 @@ gtk_object_set_data_full (GTK_OBJECT (gum), "WARPSPEED", WARPSPEED, (GtkDestroyNotify) gtk_widget_unref); gtk_widget_show (WARPSPEED); - gtk_table_attach (GTK_TABLE (table4), WARPSPEED, 1, 2, 15, 16, + gtk_table_attach (GTK_TABLE (table4), WARPSPEED, 1, 2, 17, 18, (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), (GtkAttachOptions) (GTK_EXPAND | GTK_FILL), 0, 0); gtk_spin_button_set_snap_to_ticks (GTK_SPIN_BUTTON (WARPSPEED), TRUE); @@ -2326,6 +2336,78 @@ (GtkAttachOptions) (GTK_FILL), (GtkAttachOptions) (GTK_FILL), 0, 0); gtk_scale_set_digits (GTK_SCALE (SBPLANETS), 0); + + RESTRICT_BOMB_LABEL = gtk_label_new ("Disallow bombing out of T-Mode:"); + gtk_widget_ref (RESTRICT_BOMB_LABEL); + gtk_object_set_data_full (GTK_OBJECT (gum), "RESTRICT_BOMB_LABEL", RESTRICT_BOMB_LABEL, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (RESTRICT_BOMB_LABEL); + gtk_table_attach (GTK_TABLE (table4), RESTRICT_BOMB_LABEL, 0, 1, 9, 10, + (GtkAttachOptions) (GTK_FILL), + (GtkAttachOptions) (0), 0, 0); + gtk_misc_set_alignment (GTK_MISC (RESTRICT_BOMB_LABEL), 1, 0.5); + gtk_misc_set_padding (GTK_MISC (RESTRICT_BOMB_LABEL), 10, 0); + + NO_UNWARRING_BOMBING_LABEL = gtk_label_new ("Disallow 3rd space bombing:"); + gtk_widget_ref (NO_UNWARRING_BOMBING_LABEL); + gtk_object_set_data_full (GTK_OBJECT (gum), "NO_UNWARRING_BOMBING_LABEL", NO_UNWARRING_BOMBING_LABEL, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (NO_UNWARRING_BOMBING_LABEL); + gtk_table_attach (GTK_TABLE (table4), NO_UNWARRING_BOMBING_LABEL, 0, 1, 10, 11, + (GtkAttachOptions) (GTK_FILL), + (GtkAttachOptions) (0), 0, 0); + gtk_misc_set_alignment (GTK_MISC (NO_UNWARRING_BOMBING_LABEL), 1, 0.5); + gtk_misc_set_padding (GTK_MISC (NO_UNWARRING_BOMBING_LABEL), 10, 0); + + hbox57 = gtk_hbox_new (FALSE, 0); + gtk_widget_ref (hbox57); + gtk_object_set_data_full (GTK_OBJECT (gum), "hbox57", hbox57, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (hbox57); + gtk_table_attach (GTK_TABLE (table4), hbox57, 1, 2, 9, 10, + (GtkAttachOptions) (GTK_FILL), + (GtkAttachOptions) (GTK_FILL), 0, 0); + + RESTRICT_BOMB_0 = gtk_radio_button_new_with_label (RESTRICT_BOMB_group, "No"); + RESTRICT_BOMB_group = gtk_radio_button_group (GTK_RADIO_BUTTON (RESTRICT_BOMB_0)); + gtk_widget_ref (RESTRICT_BOMB_0); + gtk_object_set_data_full (GTK_OBJECT (gum), "RESTRICT_BOMB_0", RESTRICT_BOMB_0, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (RESTRICT_BOMB_0); + gtk_box_pack_start (GTK_BOX (hbox57), RESTRICT_BOMB_0, FALSE, FALSE, 0); + + RESTRICT_BOMB_1 = gtk_radio_button_new_with_label (RESTRICT_BOMB_group, "Yes"); + RESTRICT_BOMB_group = gtk_radio_button_group (GTK_RADIO_BUTTON (RESTRICT_BOMB_1)); + gtk_widget_ref (RESTRICT_BOMB_1); + gtk_object_set_data_full (GTK_OBJECT (gum), "RESTRICT_BOMB_1", RESTRICT_BOMB_1, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (RESTRICT_BOMB_1); + gtk_box_pack_start (GTK_BOX (hbox57), RESTRICT_BOMB_1, FALSE, FALSE, 0); + + hbox58 = gtk_hbox_new (FALSE, 0); + gtk_widget_ref (hbox58); + gtk_object_set_data_full (GTK_OBJECT (gum), "hbox58", hbox58, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (hbox58); + gtk_table_attach (GTK_TABLE (table4), hbox58, 1, 2, 10, 11, + (GtkAttachOptions) (GTK_FILL), + (GtkAttachOptions) (GTK_FILL), 0, 0); + + NO_UNWARRING_BOMBING_0 = gtk_radio_button_new_with_label (NO_UNWARRING_BOMBING_group, "No"); + NO_UNWARRING_BOMBING_group = gtk_radio_button_group (GTK_RADIO_BUTTON (NO_UNWARRING_BOMBING_0)); + gtk_widget_ref (NO_UNWARRING_BOMBING_0); + gtk_object_set_data_full (GTK_OBJECT (gum), "NO_UNWARRING_BOMBING_0", NO_UNWARRING_BOMBING_0, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (NO_UNWARRING_BOMBING_0); + gtk_box_pack_start (GTK_BOX (hbox58), NO_UNWARRING_BOMBING_0, FALSE, FALSE, 0); + + NO_UNWARRING_BOMBING_1 = gtk_radio_button_new_with_label (NO_UNWARRING_BOMBING_group, "Yes"); + NO_UNWARRING_BOMBING_group = gtk_radio_button_group (GTK_RADIO_BUTTON (NO_UNWARRING_BOMBING_1)); + gtk_widget_ref (NO_UNWARRING_BOMBING_1); + gtk_object_set_data_full (GTK_OBJECT (gum), "NO_UNWARRING_BOMBING_1", NO_UNWARRING_BOMBING_1, + (GtkDestroyNotify) gtk_widget_unref); + gtk_widget_show (NO_UNWARRING_BOMBING_1); + gtk_box_pack_start (GTK_BOX (hbox58), NO_UNWARRING_BOMBING_1, FALSE, FALSE, 0); label6 = gtk_label_new ("Style"); gtk_widget_ref (label6); From vanilla-devel at us.netrek.org Wed May 23 00:39:46 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:33 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200105230539.f4N5dkE16368@swashbuckler.fortress.real-time.com> Date: Wednesday May 23, 2001 @ 0:39 Author: cameron Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv16365 Modified Files: INSTALL Log Message: check cvs commit mail propogation **************************************** Index: Vanilla/INSTALL diff -u Vanilla/INSTALL:1.7 Vanilla/INSTALL:1.8 --- Vanilla/INSTALL:1.7 Thu Feb 24 21:11:43 2000 +++ Vanilla/INSTALL Wed May 23 00:39:46 2001 @@ -1,4 +1,4 @@ -# $Id: INSTALL,v 1.7 2000/02/25 03:11:43 cameron Exp $ +# $Id: INSTALL,v 1.8 2001/05/23 05:39:46 cameron Exp $ Instructions for installing the Vanilla Netrek Server Summary @@ -14,6 +14,8 @@ Details ------- + +Refer to INSTALL.RSA if you want your server to authenticate clients. Edit the file config.h.in to meet your requirements. You may choose to leave this as is for a pure Vanilla default server. From casting at altavista.com Sun May 27 00:17:35 2001 From: casting at altavista.com (Roger McKenssy) Date: Wed Jan 12 00:51:33 2005 Subject: [Vanilla Devel] Do you want to be on a TV commercial? Message-ID: <200105270516.f4R5Gks07468@esus.mc.mpls.visi.com> We are looking for new faces for TV & Movie productions. All ages and looks. All countries. If you are interested, Please email or fax us your: ---------------------------------------------- -Name: -Age: -Country: -City: -email address: ---------------------------------------------- Please use email reply, but if it gives you a delivery error, please use Fax nr 1-309-276-9964 to ensure that we get your message. Please reply only if TV, movie or modeling is of an interest to you. We hope you understand that we are trying to get ONLY serious people who really want to try and like the camera. Feel free to pass this email to a friend or a family member who maybe interested. There is absolutely no payment of any form required from your side. On the opposite, all jobs we offer are well paid. You'll be contacted for an online interview as soon as we can. Best Regards, Roger McKenssy Fax nr 1-309-276-9964 ------------------------------- This email is sent to you in full compliance with all existing and proposed email legislation. Note: You are not on a mailing list, and this is a one-time email. If we don't get an answer, you'll never hear from us any more. You are removed by default. You can still reply with the word Remove in the subject. This right is yours by law. Use Fax nr 1-309-276-9964 From quozl at us.netrek.org Tue May 1 02:29:11 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:19 2005 Subject: [Vanilla List] Move some options from config.h to .sysdef In-Reply-To: <20010430153640.A19669@hell.ambre.net>; from quisar@quisar.ambre.net on Mon, Apr 30, 2001 at 03:36:40PM +0200 References: <20010430153640.A19669@hell.ambre.net> Message-ID: <20010501172911.A20170@us.netrek.org> On Mon, Apr 30, 2001 at 03:36:40PM +0200, Benjamin `Quisar' Lerman wrote: > I'm going to move some options from config.h to .sysdef so that you > don't have to recompile the server to change them. I can't see any reasons why not. As long as there are no conflicting defines. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Tue May 1 20:10:15 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:19 2005 Subject: [Vanilla List] Hoser & Practice Robots to use robotd? Message-ID: <20010502111015.I20170@us.netrek.org> Anyone have any bright ideas to use robotd as the practice, hoser and terminator robots rather than the somewhat predictable robotII we have? -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quisar at quisar.ambre.net Wed May 2 04:59:22 2001 From: quisar at quisar.ambre.net (Benjamin LERMAN) Date: Wed Jan 12 00:52:19 2005 Subject: [Vanilla List] What to compile with --with-inl Message-ID: <20010502115922.B18559@hell.ambre.net> Hi all, I'm going to modify the installation so that it doesn't compile and installed what it's not needed in INL mode. James Cameron laready point me this : (a) definitely not needed on an INL server xsg/ - the god cheat program robotd/ - the intelligent robot pledit/ - we don't keep the player database sequencer/ - we use a better sequencer gum/ - the default configuration is required only robots/newbie robots/puck robots/mars robots/basep tools/fun tools/mergescores tools/newscores tools/ntpasswd tools/scores tools/showgalaxy tools/sortdb tools/trimscores (b) definitely needed newstartd - the listener process (netrekd) ntserv - the per player process daemon - the simulation coordinator cambot - the recording agent robots/inl - the INL server sequencer tools/ltd_dump end_tourney.pl auto-archive.pl Could those who know complete the list?? -- Benjamin `Quisar' LERMAN From karthik at karthik.com Wed May 2 05:28:28 2001 From: karthik at karthik.com (Karthik Arumugham) Date: Wed Jan 12 00:52:19 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010502115922.B18559@hell.ambre.net> Message-ID: On Wed, 2 May 2001, Benjamin LERMAN wrote: > James Cameron laready point me this : > > (a) definitely not needed on an INL server > xsg/ - the god cheat program This is not just a "god cheat" program. There are legit uses for it during an INL/WNL game, such as fixing problems due to network errors by agreement of the captains. Someone who wants to cheat could just compile it in anyways, so I don't see any reason to just disable it. From quisar at quisar.ambre.net Wed May 2 05:38:14 2001 From: quisar at quisar.ambre.net (Benjamin `Quisar' Lerman) Date: Wed Jan 12 00:52:19 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: ; from karthik@karthik.com on Wed, May 02, 2001 at 06:28:28AM -0400 References: <20010502115922.B18559@hell.ambre.net> Message-ID: <20010502123814.A20033@hell.ambre.net> Karthik Arumugham a ?crit?: > This is not just a "god cheat" program. There are legit uses for it during > an INL/WNL game, such as fixing problems due to network errors by agreement > of the captains. Someone who wants to cheat could just compile it in > anyways, so I don't see any reason to just disable it. Well, the reason to disable things is not to prevent people of cheating, it is to speed up the compilation and to use less space, because most INL servers are associtaed to a pickup server that will already have all those things compiled. -- Benjamin `Quisar' Lerman quisar@quisar.ambre.net http://www.ambre.net/quisar "Si les yeux pouvaient tuer et enfanter, les rues seraient pleines de cadavres et de femmes grosses." Valery From doosh at best.com Wed May 2 09:35:32 2001 From: doosh at best.com (Tom Holub) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010502123814.A20033@hell.ambre.net>; from quisar@quisar.ambre.net on Wed, May 02, 2001 at 12:38:14PM +0200 References: <20010502115922.B18559@hell.ambre.net> <20010502123814.A20033@hell.ambre.net> Message-ID: <20010502073532.A14869@best.com> On Wed, May 02, 2001 at 12:38:14PM +0200, Benjamin `Quisar' Lerman wrote: > Karthik Arumugham a ?crit?: > > This is not just a "god cheat" program. There are legit uses for it during > > an INL/WNL game, such as fixing problems due to network errors by agreement > > of the captains. Someone who wants to cheat could just compile it in > > anyways, so I don't see any reason to just disable it. > > Well, the reason to disable things is not to prevent people of cheating, > it is to speed up the compilation and to use less space, because most INL > servers are associtaed to a pickup server that will already have all > those things compiled. My experience is that xsg has to be compiled along with the server; it is very touchy about differences in the shared memory segment. -Tom From ahn at vec.wfubmc.edu Wed May 2 10:51:50 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010502123814.A20033@hell.ambre.net>; from quisar@quisar.ambre.net on Wed, May 02, 2001 at 12:38:14PM +0200 References: <20010502115922.B18559@hell.ambre.net> <20010502123814.A20033@hell.ambre.net> Message-ID: <20010502115149.C52631@cecum.vec.wfubmc.edu> On Wed, May 02, 2001 at 12:38:14PM +0200, Benjamin `Quisar' Lerman wrote: > Karthik Arumugham a ?crit?: > > This is not just a "god cheat" program. There are legit uses for it during > > an INL/WNL game, such as fixing problems due to network errors by agreement > > of the captains. Someone who wants to cheat could just compile it in > > anyways, so I don't see any reason to just disable it. XSG doesn't work on clue servers. I never added the LTD stat support to XSG. In fact, fiddling with player stats on XSG will probably break the server. > Well, the reason to disable things is not to prevent people of cheating, > it is to speed up the compilation and to use less space, because most INL > servers are associtaed to a pickup server that will already have all > those things compiled. Actually, most INL servers are not associated with a pickup server. Either way, I don't think getting a minimal clue server install is important. The clue servers will need a lot of disk space to store the database files, stat dumps and cambot recordings, so saving a few hundred KB of executables isn't a big deal. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From quozl at us.netrek.org Wed May 2 18:31:14 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010502115149.C52631@cecum.vec.wfubmc.edu>; from ahn@vec.wfubmc.edu on Wed, May 02, 2001 at 11:51:50AM -0400 References: <20010502115922.B18559@hell.ambre.net> <20010502123814.A20033@hell.ambre.net> <20010502115149.C52631@cecum.vec.wfubmc.edu> Message-ID: <20010503093114.E20170@us.netrek.org> On Wed, May 02, 2001 at 11:51:50AM -0400, Dave Ahn wrote: > Either way, I don't think getting a minimal clue server install is > important. The clue servers will need a lot of disk space to store the > database files, stat dumps and cambot recordings, so saving a few hundred > KB of executables isn't a big deal. Minimal clue server install is not what I was aiming for. I started this minimal INL server install idea to address the complaint by Tom last year that building and installing the server is difficult for less skilled INL server owners. So I'm looking for ways to avoid compiling things that are not needed, which will therefore reduce the package dependencies. For example, by avoiding xsg we avoid a requirement for X-Windows, and by avoiding tools/showgalaxy and pledit we avoid curses. Trimming it down will also reduce the build time. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Thu May 3 10:14:01 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010503093114.E20170@us.netrek.org>; from quozl@us.netrek.org on Thu, May 03, 2001 at 09:31:14AM +1000 References: <20010502115922.B18559@hell.ambre.net> <20010502123814.A20033@hell.ambre.net> <20010502115149.C52631@cecum.vec.wfubmc.edu> <20010503093114.E20170@us.netrek.org> Message-ID: <20010503111401.A55893@cecum.vec.wfubmc.edu> On Thu, May 03, 2001 at 09:31:14AM +1000, James Cameron wrote: > > I started this minimal INL server install idea to address the complaint > by Tom last year that building and installing the server is difficult > for less skilled INL server owners. > > So I'm looking for ways to avoid compiling things that are not needed, > which will therefore reduce the package dependencies. > > For example, by avoiding xsg we avoid a requirement for X-Windows, and > by avoiding tools/showgalaxy and pledit we avoid curses. I guess it's a good idea to avoid building portions of the INL server that actually don't work with the INL mode enabled (i.e. xsg, showgalaxy, pledit). > Trimming it down will also reduce the build time. Heh. Just be patient until we get the new continuum box in place. What we really need is a webified administration of the server if simplicity is a priority. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From zu22 at andrew.cmu.edu Thu May 3 10:58:16 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010503111401.A55893@cecum.vec.wfubmc.edu> Message-ID: On Thu, 3 May 2001, Dave Ahn wrote: > > What we really need is a webified administration of the server if simplicity > is a priority. Use Servlets :) uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From zu22 at andrew.cmu.edu Thu May 3 12:14:04 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] can't connect to Metaserver In-Reply-To: <20010503111401.A55893@cecum.vec.wfubmc.edu> Message-ID: I'm using Netrek 1999 (R4) client, was able connect fine yesterday but today it dies: "Reading defaluts file xtrekrc connect: errno = 2, WSALast = 10060 Cannot connect to MetaServer (metaserver.netrek.org , 3521) You must define the .xtrekrc variable `metaCache' in order to use the `show known servers' option." I never had this problem before. ??? uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From ssheldon at sodablue.org Thu May 3 15:17:28 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] can't connect to Metaserver Message-ID: <200105031317.AA14877000@sodablue.org> I think this is a result of the IP changeover the other day. the metaserver.netrek.org DNS entry needs it's IP address changed to reflect the new real-time.com server. ---------- Original Message ---------------------------------- From: Zachary Uram Reply-To: vanilla-list@us.netrek.org Date: Thu, 3 May 2001 13:14:04 -0400 (EDT) >I'm using Netrek 1999 (R4) client, was able connect fine >yesterday but today it dies: > >"Reading defaluts file xtrekrc > connect: errno = 2, WSALast = 10060 > Cannot connect to MetaServer (metaserver.netrek.org , 3521) > You must define the .xtrekrc variable `metaCache' in > order to use the `show known servers' option." > >I never had this problem before. >??? > > > >uram@cmu.edu >"Blessed are those who have not seen and yet have faith." - John 20:29 > >_______________________________________________ >vanilla-list mailing list >vanilla-list@us.netrek.org >https://mailman.real-time.com/mailman/listinfo/vanilla-list > From zu22 at andrew.cmu.edu Thu May 3 16:13:07 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] can't connect to Metaserver In-Reply-To: <200105031317.AA14877000@sodablue.org> Message-ID: yes can someone tell Bob to change this? On Thu, 3 May 2001, Steve Sheldon wrote: > I think this is a result of the IP changeover the other day. > > the metaserver.netrek.org DNS entry needs it's IP address changed to reflect the new real-time.com server. > > > ---------- Original Message ---------------------------------- > From: Zachary Uram > Reply-To: vanilla-list@us.netrek.org > Date: Thu, 3 May 2001 13:14:04 -0400 (EDT) > > >I'm using Netrek 1999 (R4) client, was able connect fine > >yesterday but today it dies: > > > >"Reading defaluts file xtrekrc > > connect: errno = 2, WSALast = 10060 > > Cannot connect to MetaServer (metaserver.netrek.org , 3521) > > You must define the .xtrekrc variable `metaCache' in > > order to use the `show known servers' option." > > > >I never had this problem before. > >??? > > > > > > > >uram@cmu.edu > >"Blessed are those who have not seen and yet have faith." - John 20:29 > > > >_______________________________________________ > >vanilla-list mailing list > >vanilla-list@us.netrek.org > >https://mailman.real-time.com/mailman/listinfo/vanilla-list > > > > > > > > > > > > > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list > uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From zu22 at andrew.cmu.edu Thu May 3 16:33:44 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] can't connect to Metaserver In-Reply-To: Message-ID: i just tried 'netrek -m 208.20.202.42' and it says same error On Thu, 3 May 2001, Zachary Uram wrote: > yes can someone tell Bob to change this? > > On Thu, 3 May 2001, Steve Sheldon wrote: > > > I think this is a result of the IP changeover the other day. > > > > the metaserver.netrek.org DNS entry needs it's IP address changed to reflect the new real-time.com server. > > > > > > ---------- Original Message ---------------------------------- > > From: Zachary Uram > > Reply-To: vanilla-list@us.netrek.org > > Date: Thu, 3 May 2001 13:14:04 -0400 (EDT) > > > > >I'm using Netrek 1999 (R4) client, was able connect fine > > >yesterday but today it dies: > > > > > >"Reading defaluts file xtrekrc > > > connect: errno = 2, WSALast = 10060 > > > Cannot connect to MetaServer (metaserver.netrek.org , 3521) > > > You must define the .xtrekrc variable `metaCache' in > > > order to use the `show known servers' option." > > > > > >I never had this problem before. > > >??? > > > > > > > > > > > >uram@cmu.edu > > >"Blessed are those who have not seen and yet have faith." - John 20:29 > > > > > >_______________________________________________ > > >vanilla-list mailing list > > >vanilla-list@us.netrek.org > > >https://mailman.real-time.com/mailman/listinfo/vanilla-list > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > vanilla-list mailing list > > vanilla-list@us.netrek.org > > https://mailman.real-time.com/mailman/listinfo/vanilla-list > > > > > uram@cmu.edu > "Blessed are those who have not seen and yet have faith." - John 20:29 > > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list > uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From unbelver at brain.jpl.nasa.gov Thu May 3 17:51:30 2001 From: unbelver at brain.jpl.nasa.gov (Carlos Y. Villalpando) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] can't connect to Metaserver In-Reply-To: ; from zu22@andrew.cmu.edu on Thu, May 03, 2001 at 05:13:07PM -0400 References: <200105031317.AA14877000@sodablue.org> Message-ID: <20010503155130.A14664@brain.jpl.nasa.gov> Quoting Zachary Uram : > yes can someone tell Bob to change this? Actaully, somebody needs to bug Sven to update the DNS since Bob only has .us.netrek.org. In the meantime, try metaserver.us.netrek.org or metaserver2.us.netrek.org. --Carlos V. From unbelver at brain.jpl.nasa.gov Thu May 3 17:53:26 2001 From: unbelver at brain.jpl.nasa.gov (Carlos Y. Villalpando) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] can't connect to Metaserver In-Reply-To: ; from zu22@andrew.cmu.edu on Thu, May 03, 2001 at 05:33:44PM -0400 References: Message-ID: <20010503155326.B14664@brain.jpl.nasa.gov> Quoting Zachary Uram : > i just tried 'netrek -m 208.20.202.42' and it says same error I'm aware of no clients that take the metaserver IP off the command line. Its gotta be in the .xtrekrc/.netrekrc file --Carlos V. From quozl at us.netrek.org Thu May 3 19:55:38 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010503111401.A55893@cecum.vec.wfubmc.edu>; from ahn@vec.wfubmc.edu on Thu, May 03, 2001 at 11:14:01AM -0400 References: <20010502115922.B18559@hell.ambre.net> <20010502123814.A20033@hell.ambre.net> <20010502115149.C52631@cecum.vec.wfubmc.edu> <20010503093114.E20170@us.netrek.org> <20010503111401.A55893@cecum.vec.wfubmc.edu> Message-ID: <20010504105538.P20170@us.netrek.org> On Thu, May 03, 2001 at 11:14:01AM -0400, Dave Ahn wrote: > I guess it's a good idea to avoid building portions of the INL server > that actually don't work with the INL mode enabled (i.e. xsg, showgalaxy, > pledit). Great. ;-) > > Trimming it down will also reduce the build time. > Heh. Just be patient until we get the new continuum box in place. It wasn't a problem for me now that I've done it, but yes, continuum was really slow compiling while 16 netrek players fought it out. ;-) > What we really need is a webified administration of the server if > simplicity is a priority. Already started. I've a php directory in my Vanilla tree and I've done a few things with it already. What do you think we need in the way of administrative features? My guesses; (a) start, stop or restart the server, [privileged] (b) preconfigure defaults for next INL game, including team names, game times, and captain character names, [privileged] (c) reservations for the INL server, (d) show list of games, latest first, team names, final scores, (e) on click to recent game, show stats, message log, playback links, (f) feedback to server admin, I'm actually needing this if I set up Netrek for the eight players I have now in the outback town down the road. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Thu May 3 20:40:37 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] What to compile with --with-inl In-Reply-To: <20010504105538.P20170@us.netrek.org>; from quozl@us.netrek.org on Fri, May 04, 2001 at 10:55:38AM +1000 References: <20010502115922.B18559@hell.ambre.net> <20010502123814.A20033@hell.ambre.net> <20010502115149.C52631@cecum.vec.wfubmc.edu> <20010503093114.E20170@us.netrek.org> <20010503111401.A55893@cecum.vec.wfubmc.edu> <20010504105538.P20170@us.netrek.org> Message-ID: <20010503214036.A56903@cecum.vec.wfubmc.edu> On Fri, May 04, 2001 at 10:55:38AM +1000, James Cameron wrote: > > (c) reservations for the INL server, > (d) show list of games, latest first, team names, final scores, > (e) on click to recent game, show stats, message log, playback links, The reservations should be handled centrally, probably at www.netrek.org. Maybe get the server to periodically contact a central reservation server to download the game schedules. All that would go nicely with the central stats archive (www.netrek.org/stats/). -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From zu22 at andrew.cmu.edu Fri May 4 10:46:44 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] can't connect to Metaserver In-Reply-To: <20010503155130.A14664@brain.jpl.nasa.gov> Message-ID: thanks carlos! metaserver.us.netrek.org works :) On Thu, 3 May 2001, Carlos Y. Villalpando wrote: > Quoting Zachary Uram : > > > yes can someone tell Bob to change this? > > Actaully, somebody needs to bug Sven to update the DNS since Bob only > has .us.netrek.org. > > In the meantime, try metaserver.us.netrek.org or metaserver2.us.netrek.org. > > --Carlos V. > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list > uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Mon May 7 01:10:24 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] Growing Netrek - Measures Message-ID: <20010507161024.F21375@us.netrek.org> I've a goal of growing the Netrek community. But I've no measurement system in place and I want one. Has anyone already got something? Would a peak number of players as shown by the metaserver be a reasonable measurement? Or perhaps the number of unique IP addresses seen by continuum in a week? Number of ships created? -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From zu22 at andrew.cmu.edu Mon May 7 08:59:41 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010507161024.F21375@us.netrek.org> Message-ID: could code be added to Vanilla such that all netrek servers running on the Metaserver can log unique IPs to a central database (on real-time.com) and then a weekly report can be made showing # of unique IPs, peak usage which would be made public on the netrek.org website? On Mon, 7 May 2001, James Cameron wrote: > I've a goal of growing the Netrek community. > But I've no measurement system in place and I want one. > Has anyone already got something? > > Would a peak number of players as shown by the metaserver be a > reasonable measurement? Or perhaps the number of unique IP addresses > seen by continuum in a week? Number of ships created? > > -- > James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list > uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From ssheldon at sodablue.org Mon May 7 09:23:33 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] Growing Netrek - Measures Message-ID: <200105070723.AA1149763916@sodablue.org> Oh that's easy. Just do a word filter on messages, and the more often you see 'My team bleeping sucks!" the more new people we have playing. :) Seriously, I would think tracking number of hits against the metaserver would be a good measurement. ---------- Original Message ---------------------------------- From: James Cameron Reply-To: vanilla-list@us.netrek.org Date: Mon, 7 May 2001 16:10:24 +1000 >I've a goal of growing the Netrek community. >But I've no measurement system in place and I want one. >Has anyone already got something? > >Would a peak number of players as shown by the metaserver be a >reasonable measurement? Or perhaps the number of unique IP addresses >seen by continuum in a week? Number of ships created? > >-- >James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ >_______________________________________________ >vanilla-list mailing list >vanilla-list@us.netrek.org >https://mailman.real-time.com/mailman/listinfo/vanilla-list > From jeffno at ccs.neu.edu Mon May 7 18:57:22 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010507161024.F21375@us.netrek.org> from "James Cameron" at May 07, 2001 04:10:24 PM Message-ID: <200105072357.f47NvMK15890@denali.ccs.neu.edu> James Cameron wrote: > > I've a goal of growing the Netrek community. > But I've no measurement system in place and I want one. > Has anyone already got something? The best way to grow the netrek community is to drop all frivolous projects and work on the really important one. Since we've been at one main server for several years now, it shouldn't be too hard to spot a spike. The really important project is to get netrek as a single download that includes a spiffy client with a tutorial. The download should include the server so the user can play without connecting to the network. It should run under 95/98/NT. It should include an option for a small sized map that lets a small group of office workers play and have fun. I'm not volunteering. -Jeff From zu22 at andrew.cmu.edu Mon May 7 19:04:00 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:20 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <200105072357.f47NvMK15890@denali.ccs.neu.edu> Message-ID: Jeff, Are you proposing a new GUI (a la 3-D Quake/Starcraft/Diablo style? That would be a major undertaking and may radically alter the game flow. Zach uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Mon May 7 19:13:16 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <200105072357.f47NvMK15890@denali.ccs.neu.edu>; from jeffno@ccs.neu.edu on Mon, May 07, 2001 at 07:57:22PM -0400 References: <20010507161024.F21375@us.netrek.org> <200105072357.f47NvMK15890@denali.ccs.neu.edu> Message-ID: <20010508101316.B28594@us.netrek.org> On Mon, May 07, 2001 at 07:57:22PM -0400, Jeffrey Nowakowski wrote: > The best way to grow the netrek community is to drop all frivolous > projects and work on the really important one. Since we've been at > one main server for several years now, it shouldn't be too hard to > spot a spike. Yes, I agree. However I wasn't asking for how to do it, I was asking for a measure so that after we've done it we can judge how well we did it. > The really important project is to get netrek as a single download > that includes a spiffy client with a tutorial. The download should > include the server so the user can play without connecting to the > network. It should run under 95/98/NT. It should include an option > for a small sized map that lets a small group of office workers play > and have fun. I agree, this should be done. Last time I looked into it, I tried an old version of Cygwin to do the port. I got stuck (again) on the inheritance of open socket file descriptors during a fork(). Anyone know if that is fixed yet? -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Mon May 7 19:35:31 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010508101316.B28594@us.netrek.org>; from quozl@us.netrek.org on Tue, May 08, 2001 at 10:13:16AM +1000 References: <20010507161024.F21375@us.netrek.org> <200105072357.f47NvMK15890@denali.ccs.neu.edu> <20010508101316.B28594@us.netrek.org> Message-ID: <20010507203531.B35687@cecum.vec.wfubmc.edu> On Tue, May 08, 2001 at 10:13:16AM +1000, James Cameron wrote: > On Mon, May 07, 2001 at 07:57:22PM -0400, Jeffrey Nowakowski wrote: > > The best way to grow the netrek community is to drop all frivolous > > projects and work on the really important one. Since we've been at > > one main server for several years now, it shouldn't be too hard to > > spot a spike. > > Yes, I agree. However I wasn't asking for how to do it, I was asking > for a measure so that after we've done it we can judge how well we did > it. I don't think it matters one bit whether we measure the number of WWW hits, downloads or how many times somebody connects to the metaserver. I can generate WWW and FTP stats dating back 4-5 years that do not correlate with the size of the player base. However, I do think that the player base has been improving slightly. The wait queue on continuum often gets up to the teens as opposed to 4-5. There are two leagues underway with slightly more players than the previous season. More new kids are showing up to Monday Night Netrek. And I see hockey games going on all the time. > > The really important project is to get netrek as a single download > > that includes a spiffy client with a tutorial. The download should > > include the server so the user can play without connecting to the > > network. It should run under 95/98/NT. It should include an option > > for a small sized map that lets a small group of office workers play > > and have fun. > > I agree, this should be done. Last time I looked into it, I tried an > old version of Cygwin to do the port. I got stuck (again) on the > inheritance of open socket file descriptors during a fork(). Anyone > know if that is fixed yet? In this day and age I think it's silly to build a completely standalone server that functions without an Internet connection. Internet based games are popular, and it is no longer unrealistic to expect people to have some kind of active connection to play the game like it was 2+ years ago. Time is better spent building an on-line newbie training server which would be less work. Somebody just needs to write a smart robot. I agree 100% about a revamped client, a decent tutorial and improved documentation and downloads off the web site. I've been working on and off for years (yeah, it's sad) on some of the items listed above, including improved web site and documentation. Thanks to Karthik, I am now in a position to provide write access to some individuals who actually wish to contribute to these efforts. Anyone so inclined should contact vanilla-list so that things can be coordinated. Dave -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From dotman at UDel.Edu Mon May 7 19:35:21 2001 From: dotman at UDel.Edu (Rich Hansen) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010508101316.B28594@us.netrek.org> Message-ID: Hey, A year and a half ago I looked into writing a stand-alone tutorial type thing for Windows. I planned out most of what I would have to do-- it would have looked like a netrek window, but would run its own internal "server" at the same time. Anyways, in the end, it looked like it would've taken some time, but not been terribly difficult, as most of the code just needs translated from relevant code already written. Alas, my physics professors don't understand the concept of free time, so I never wrote it. Someone with some ambition and a lot of time should find it fairly easy to implement this. Rich dotman@udel.edu On Tue, 8 May 2001, James Cameron wrote: > I agree, this should be done. Last time I looked into it, I tried an > old version of Cygwin to do the port. I got stuck (again) on the > inheritance of open socket file descriptors during a fork(). Anyone > know if that is fixed yet? > > -- > James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list > From jeffno at ccs.neu.edu Mon May 7 20:58:30 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010508101316.B28594@us.netrek.org> from "James Cameron" at May 08, 2001 10:13:16 AM Message-ID: <200105080158.f481wUG21077@denali.ccs.neu.edu> James Cameron wrote: > > Yes, I agree. However I wasn't asking for how to do it, I was asking > for a measure so that after we've done it we can judge how well we did > it. I know, but I was making a point. Think about all the man hours wasted on stuff that did not help grow the playerbase at all. Developing technology to measure something you can see at a glance is unproductive. [server on windows] > I agree, this should be done. Last time I looked into it, I tried an > old version of Cygwin to do the port. I got stuck (again) on the > inheritance of open socket file descriptors during a fork(). Anyone > know if that is fixed yet? What ever happened to the UWIN port? I thought some guy actually had a working server with not too much effort? -Jeff From jeffno at ccs.neu.edu Mon May 7 21:06:16 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010507203531.B35687@cecum.vec.wfubmc.edu> from "Dave Ahn" at May 07, 2001 08:35:31 PM Message-ID: <200105080206.f4826GA21249@denali.ccs.neu.edu> Dave Ahn wrote: > > In this day and age I think it's silly to build a completely standalone > server that functions without an Internet connection. Internet based > games are popular, and it is no longer unrealistic to expect people to > have some kind of active connection to play the game like it was 2+ years > ago. Time is better spent building an on-line newbie training server > which would be less work. Somebody just needs to write a smart robot. I think you underestimate the value of a standalone server: a) People with dialups. b) Bad routes to hosts. c) Firewall problems. d) Convenience factor when you are just learning. e) Get them hooked by playing with friends locally. > I agree 100% about a revamped client, a decent tutorial and improved > documentation and downloads off the web site. > I've been working on and off for years (yeah, it's sad) on some of the items > listed above, including improved web site and documentation. Documentation and web site are a waste of time. People want to download and go. Yet another clue or newbie archive is not the answer. -Jeff From ssheldon at sodablue.org Tue May 8 00:54:45 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures Message-ID: > [mailto:vanilla-list-admin@us.netrek.org]On Behalf Of Jeffrey Nowakowski > > Documentation and web site are a waste of time. People want to > download and go. Yet another clue or newbie archive is not the > answer. Ok, for the past two years I've been meaning to do this, and never quite got around to it because something else would come up that was more interesting. But I'm going to promise to make a serious effort this next couple of weeks to clean up my internal windows netrek client and bundle up a new release. I guess I have been playing with this release for like 9 months and forget that it has some really signifigantly nice features missing from the public release. I've also now learned VB well enough that I think I can throw together a quick xtrekrc generator program to go with it. But I'm going to first focus on just releasing what I have to let people use that. Ultimate goal is a nice setup.exe package, with a frontend program that helps generate an xtrekrc and then launches netrek.exe with options passed to it. Instead of using the command line, etc. Oh, BTW... One of the fans on the powersupply of my Sparcstation seems to be dying. Anyone happen to know how easy that would be to replace? Looks like maybe a 60mm fan? [See how easy it is for me to get distracted!?] From ahn at vec.wfubmc.edu Tue May 8 00:05:26 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <200105080206.f4826GA21249@denali.ccs.neu.edu>; from jeffno@ccs.neu.edu on Mon, May 07, 2001 at 10:06:16PM -0400 References: <20010507203531.B35687@cecum.vec.wfubmc.edu> <200105080206.f4826GA21249@denali.ccs.neu.edu> Message-ID: <20010508010526.A63381@cecum.vec.wfubmc.edu> On Mon, May 07, 2001 at 10:06:16PM -0400, Jeffrey Nowakowski wrote: > Dave Ahn wrote: > > > > In this day and age I think it's silly to build a completely standalone > > server that functions without an Internet connection. Internet based > > games are popular, and it is no longer unrealistic to expect people to > > have some kind of active connection to play the game like it was 2+ years > > ago. Time is better spent building an on-line newbie training server > > which would be less work. Somebody just needs to write a smart robot. > > I think you underestimate the value of a standalone server: I don't discount the value of it... I just think that there are better ways of spending that enormous effort. > a) People with dialups. They can still connect to a server on the net at 200ms. > b) Bad routes to hosts. Inevitable. But current servers run on two ISP's with multiple peering points. Bad routes don't happen that often. > c) Firewall problems. Portswap has been a big help, but addressing the firewall problem is not that easy because Netrek uses UDP. But we could, for example, change the network code to piggyback on other, more popular UDP based services like RealAudio. TCP based tunnel or proxy support is another option. This kind of stuff is a lot more useful than a standalone server which ultimately won't benefit the player if he can't connect to a public server. > d) Convenience factor when you are just learning. You have a point here. > e) Get them hooked by playing with friends locally. If they are on an internal network, they can just as easily download and install Vanilla. > Documentation and web site are a waste of time. People want to > download and go. Yet another clue or newbie archive is not the > answer. The current documentation and web site pretty much suck. They cater to people who already know how to play. I agree that a slick client with built-in tutorial and fancy graphics that installs with one click is the way to go. But until somebody invests the time to write such a client, we should at least have some newbie-friendly docs. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From quozl at us.netrek.org Tue May 8 01:48:31 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: ; from ssheldon@sodablue.org on Tue, May 08, 2001 at 12:54:45AM -0500 References: Message-ID: <20010508164831.I28594@us.netrek.org> On Tue, May 08, 2001 at 12:54:45AM -0500, Steve Sheldon wrote: > I've also now learned VB well enough that I think I can throw together a > quick xtrekrc generator program to go with it. But I'm going to first focus > on just releasing what I have to let people use that. Release early, release often. Others can test your code and adjust it. I've been dreaming of a PHP based web site that would take a player's xtrekrc file and present a form to let them change how it works, then download the new one. Package a web server and PHP with the client, and there you have it. ;-} > Ultimate goal is a nice setup.exe package, with a frontend program that > helps generate an xtrekrc and then launches netrek.exe with options passed > to it. Instead of using the command line, etc. I've got a computer camp coming up in September that I'd like this to be available for, in case you would like a deadline. ;-) > Oh, BTW... One of the fans on the powersupply of my Sparcstation seems to > be dying. Anyone happen to know how easy that would be to replace? Looks > like maybe a 60mm fan? 60mm fans are a common size. I can get 12V models for about $USD7. The width will be the next thing. Open the box, measure the fan. If you can get the fan out, brush it with a vacuum cleaner nearby, it may start running faster, (or not at all). -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Tue May 8 02:13:03 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: ; from ssheldon@sodablue.org on Tue, May 08, 2001 at 12:54:45AM -0500 References: Message-ID: <20010508031302.A63738@cecum.vec.wfubmc.edu> On Tue, May 08, 2001 at 12:54:45AM -0500, Steve Sheldon wrote: > > But I'm going to promise to make a serious effort this next couple of weeks > to clean up my internal windows netrek client and bundle up a new release. Cool. I'll even put it prominently on the front page of the web site. Let me know once you upload it. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From ddamout1 at san.rr.com Tue May 8 03:16:20 2001 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:21 2005 Subject: [Vanilla List] Growing Netrek - Measures References: <20010507161024.F21375@us.netrek.org> <200105072357.f47NvMK15890@denali.ccs.neu.edu> <20010508101316.B28594@us.netrek.org> Message-ID: <004201c0d797$2a225320$d2a78218@san.rr.com> From: "James Cameron" > I agree, this should be done. Last time I looked into it, I tried an > old version of Cygwin to do the port. I got stuck (again) on the > inheritance of open socket file descriptors during a fork(). Anyone > know if that is fixed yet? We should probably be developing towards Windows XP, which is based on 2000/NT code (and is supposed to be released in October). Maybe if we cross our fingers, the feature will be available? Of course, I say "we" fairly arrogantly, as I've done nothing. But if I were a team member on an ambitious netrek project I'd get into it. I have development environments on a 98 box and a 2000 box, and some experience in C/C++/Unix/Win32. Not much GUI experience or desire, though, unless we're talking Java. I would love to do some Java, but I don't see a role for it. Dan Damouth From ddamout1 at san.rr.com Tue May 8 03:44:59 2001 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Growing Netrek - Measures References: <20010507161024.F21375@us.netrek.org> Message-ID: <004a01c0d79b$2a1e37a0$d2a78218@san.rr.com> From: "James Cameron" > I've a goal of growing the Netrek community. > But I've no measurement system in place and I want one. > Has anyone already got something? > > Would a peak number of players as shown by the metaserver be a > reasonable measurement? Or perhaps the number of unique IP addresses > seen by continuum in a week? Number of ships created? If by "growth" you mean increase in number of people playing within a time interval, unique IP addresses is probably the best measure of the above. Refine it further by login and character for further accuracy if you want. I would be also be interested in demographic analysis such as * The number of new players in a week, measured perhaps by new unique login+characters with offense below .5. * #players that make up the top x% of playing time, for x=10, 20, etc. I know that I log in now and then during the day and in the evening almost every day, and I see some of the same people over and over again, like D-Day, Lee, lonedog, WhiteDog (Chad?), motwani, and even Karthik and I seem to play a lot. Do the top 10 players (by hours) make up 20% of the volume in a day? Dan Damouth From ahn at vec.wfubmc.edu Tue May 8 05:24:52 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <004201c0d797$2a225320$d2a78218@san.rr.com>; from ddamout1@san.rr.com on Tue, May 08, 2001 at 01:16:20AM -0700 References: <20010507161024.F21375@us.netrek.org> <200105072357.f47NvMK15890@denali.ccs.neu.edu> <20010508101316.B28594@us.netrek.org> <004201c0d797$2a225320$d2a78218@san.rr.com> Message-ID: <20010508062451.A63602@cecum.vec.wfubmc.edu> On Tue, May 08, 2001 at 01:16:20AM -0700, Daniel Damouth wrote: > > We should probably be developing towards Windows XP, which is based on > 2000/NT code (and is supposed to be released in October). Maybe if we cross > our fingers, the feature will be available? Actually, the target platform should probably be Windows 98/Me which the vast majority of home users run. > Of course, I say "we" fairly arrogantly, as I've done nothing. But if I > were a team member on an ambitious netrek project I'd get into it. I have > development environments on a 98 box and a 2000 box, and some experience in > C/C++/Unix/Win32. Not much GUI experience or desire, though, unless we're > talking Java. I would love to do some Java, but I don't see a role for it. To tell you the truth, a pure Java client is no longer out of the question. Considering that any modern day computer will be at least a Celery 600, a solid, well-written Java netrek client would work quite well. Hmm. Running a netrek server on a Java application server would be pretty funny. "What? There's a wait queue? Throw some more CPU's at it..maybe it'll scale up the connection pool!" Dave -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From ddamout1 at san.rr.com Tue May 8 05:44:36 2001 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Growing Netrek - Measures References: <20010507161024.F21375@us.netrek.org> <200105072357.f47NvMK15890@denali.ccs.neu.edu> <20010508101316.B28594@us.netrek.org> <004201c0d797$2a225320$d2a78218@san.rr.com> <20010508062451.A63602@cecum.vec.wfubmc.edu> Message-ID: <005e01c0d7ab$e01313e0$d2a78218@san.rr.com> Dave, did you just wake up? Yikes. From: "Dave Ahn" > On Tue, May 08, 2001 at 01:16:20AM -0700, Daniel Damouth wrote: > > > > We should probably be developing towards Windows XP, which is based on > > 2000/NT code (and is supposed to be released in October). Maybe if we cross > > our fingers, the feature will be available? > > Actually, the target platform should probably be Windows 98/Me which the > vast majority of home users run. Yes, now, but XP is slated to replace them with completely different code, and will be available soon. W98/Me is the end of a long line of crappy OS code. I've never been enthusiastic about any Microsoft product, but I'm looking forward to XP for various reasons. (Though I only know what I read; I'm no expert on the matter). Dan From zu22 at andrew.cmu.edu Tue May 8 08:51:07 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010508101316.B28594@us.netrek.org> Message-ID: Maybe as Linux/*NIX slowly gains ground on MS in the future there will be enough of a user base so main client/server demand for netrek won't be in Win. uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From zu22 at andrew.cmu.edu Tue May 8 08:53:14 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:22 2005 Subject: [r.g.n] Re: [Vanilla List] Growing Netrek - Measures In-Reply-To: <20010507203531.B35687@cecum.vec.wfubmc.edu> Message-ID: On Mon, 7 May 2001, Dave Ahn wrote: > > I've been working on and off for years (yeah, it's sad) on some of the items > listed above, including improved web site and documentation. Thanks to > Karthik, I am now in a position to provide write access to some individuals > who actually wish to contribute to these efforts. Anyone so inclined > should contact vanilla-list so that things can be coordinated. I am still learning programming but I'd be willing to help out on documentation efforts or anything else I could do. SDG, Zach uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From zu22 at andrew.cmu.edu Tue May 8 08:55:56 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: <200105080206.f4826GA21249@denali.ccs.neu.edu> Message-ID: On Mon, 7 May 2001, Jeffrey Nowakowski wrote: > I think you underestimate the value of a standalone server: Quake growth was in large part due to groups of ppl playing in network mode via IPX. Then as Internet access became more common the game companies saw the demand and started putting up their own servers for ppl to play against each other. Sadly in the case of Battle.Net the network is overburdened and it's only getting worse. uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From zu22 at andrew.cmu.edu Tue May 8 08:59:10 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Growing Netrek - Measures In-Reply-To: Message-ID: On Tue, 8 May 2001, Steve Sheldon wrote: > > Oh, BTW... One of the fans on the powersupply of my Sparcstation seems to > be dying. Anyone happen to know how easy that would be to replace? Looks > like maybe a 60mm fan? I recommend the Suns-at-Home list. They have been invaluable resource in getting my IPX up and running: Suns-at-Home mailing list Suns-at-Home@net-kitchen.com http://www.net-kitchen.com/mailman/listinfo/suns-at-home > [See how easy it is for me to get distracted!?] Focus grasshopper! :) Be like the wind. uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From ssheldon at sodablue.org Tue May 8 12:31:08 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Growing Netrek - Measures Message-ID: <200105081031.AA20448200@sodablue.org> From: James Cameron >On Tue, May 08, 2001 at 12:54:45AM -0500, Steve Sheldon wrote: >> I've also now learned VB well enough that I think I can throw together a >> quick xtrekrc generator program to go with it. But I'm going to first focus >> on just releasing what I have to let people use that. > >Release early, release often. Others can test your code and adjust it. Don't you mean... Test Early, Test Often, which is the original phrase used that was coopted by OSS. :) >I've been dreaming of a PHP based web site that would take a player's >xtrekrc file and present a form to let them change how it works, then >download the new one. Package a web server and PHP with the client, >and there you have it. ;-} Take that functionality, put it into a COM DLL, and then you could build two presentation layers, one using ASP, the other using say a VB client. :-) >> Ultimate goal is a nice setup.exe package, with a frontend program that >> helps generate an xtrekrc and then launches netrek.exe with options passed >> to it. Instead of using the command line, etc. > >I've got a computer camp coming up in September that I'd like this to >be available for, in case you would like a deadline. ;-) Too late, I want a deadline of June. :) >> Oh, BTW... One of the fans on the powersupply of my Sparcstation seems to >> be dying. Anyone happen to know how easy that would be to replace? Looks >> like maybe a 60mm fan? > >60mm fans are a common size. I can get 12V models for about $USD7. >The width will be the next thing. Open the box, measure the fan. >If you can get the fan out, brush it with a vacuum cleaner nearby, >it may start running faster, (or not at all). Looks like it's a 60x60x25 which appears to be a fairly common size. I'm going to try cleaning it out first, but it sounds like it's off balance or the bearings are going out. Maybe stop by MicroCenter tonight and see if they have that size fan. Anyway, I'll see if I can't knuckle down and compile a release client tonight, to at least get it out there. From ssheldon at sodablue.org Tue May 8 21:20:20 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:22 2005 Subject: [Vanilla List] Question on POBSERV status flag Message-ID: I'm trying to implement a new feature in the client which will display a playerlist without the observers, as well as another toggle to display a playerlist with only observers. Reason being, the large number of observers on there now on servers can mess up the playerlist. Sounded simple, but I cannot find a reliable way to determine on the client if a player is an observer or not. The reason is that sndPStatus() on the server wipes out this value. I guess because some older clients didn't know how to handle p_status > 4. But is that still the case? If this is no longer an issue, I'd like to request applying the following patch, which basically rips out the observer specific morphing from that function. If not, can someone suggest an alternative? I can't check if p_no > 16 because that is a bad assumption. I could check to see if it had that little doohickey appended at the end, but that's not reliable either as I see regular players using that character in their names. Patch to fix POBSERV status: *** genspkt.bak Tue Nov 7 09:22:49 2000 --- genspkt.c Tue May 8 21:08:54 2001 *************** *** 350,378 **** /* We update the location of people whose status has changed. * (like if they just re-entered...) */ - #ifdef OBSERVERS - int pobserv = 0; - #endif pstatus->type=SP_PSTATUS; pstatus->pnum=pl->p_no; pstatus->status=pl->p_status; - #ifdef OBSERVERS - /* Some clients do not know about POBSERV, so we mask it into a - known status ... for observers we tell them they are alive, - but for everybody else we say they are outfitting. Quozl */ - if (pl->p_status == POBSERV) { - if (pl == me) - pstatus->status = PALIVE; - else - pstatus->status = POUTFIT; - pobserv = 1; - } - #endif /* S_P2 */ if ( send_short < 2 - #ifdef OBSERVERS - || pobserv - #endif || pl->p_no > 31 || pl->p_flags & PFROBOT || pstatus->status != PALIVE --- 350,360 ---- *************** *** 383,392 **** sendClientPacket(pstatus); if (dead_warp) dead_warp = 1; - #ifdef OBSERVERS - if (pobserv) - pstatus->status = POBSERV; - #endif return(TRUE); } return (FALSE); --- 365,370 ---- From ddamout1 at san.rr.com Tue May 8 23:00:45 2001 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] hockey server? Message-ID: <002c01c0d83c$a0bdbb00$d2a78218@san.rr.com> Does anyone know why the hockey server has been listed on the meta as "Timed out" for days? It seems to be killing the game. Dan From xyzzy at speakeasy.org Tue May 8 23:49:42 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] Question on POBSERV status flag In-Reply-To: Message-ID: On Tue, 8 May 2001, Steve Sheldon wrote: > Sounded simple, but I cannot find a reliable way to determine on the client > if a player is an observer or not. There is a player flag, PFOBSERV, that observers get. Can't you check that? I suggest changing the status value of POBSERV from 5 to 6. That way it would match the observer status used in the paradise server and understood by the paradise clients. You might also try checking what happens with other clients when they get an unknown status value. From xyzzy at speakeasy.org Wed May 9 00:03:20 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? Message-ID: There seems to be a much larger queue on continuum lately. Maybe it would be a good idea to bring back the newbie server. People seem to not want to play on pickled or other servers that don't have games most of the time. The newbie server where you always get an 8vs8 game and the skill level is lower is more fun for newbies. I'm not talking about the stupid versions like everyone is an admiral or limited numbers of bots that were done to get people to leave because newbie was too popular. But the original version that attracted lots of new players. From karthik at karthik.com Wed May 9 00:16:10 2001 From: karthik at karthik.com (Karthik Arumugham) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? In-Reply-To: Message-ID: On Tue, 8 May 2001, Trent Piepho wrote: > There seems to be a much larger queue on continuum lately. Maybe it would be > a good idea to bring back the newbie server. People seem to not want to play > on pickled or other servers that don't have games most of the time. The > newbie server where you always get an 8vs8 game and the skill level is lower > is more fun for newbies. > > I'm not talking about the stupid versions like everyone is an admiral or > limited numbers of bots that were done to get people to leave because newbie > was too popular. But the original version that attracted lots of new players. You mean the original version that pulled everyone off continuum so they could scum rank with skewed stats caused by bots playing? This WAS an "everyone is an Admiral" version just as much as the others, since any random twink could just sit there scumming 10+ stats. If I were to bring it back myself, I'd bring back the latest version with the tutorial (see http://tutorial.psychosis.net/), and I'd probably also add in the autoejecter I was thinking about (eject anyone with > 1.0 offense or something like that, to keep non-newbies out). Of course anyone could bring it back as it was with the newbie code from the Vanilla server, but I think many people would hate to see that happen, as it arguably caused significant damage to the Netrek community last time. Brief history for those who are confused: Jeff Nowakowski made the original newbie server and had it running on my machine, and while it was quite good for newbies to play on, it got excessively popular and pulled people from the "real" pickup games; Jeff made some changes such as 4x4 humans max to try to fix the problem, but it didn't help too much; Jeff got busy and handed the newbie server over to me completely; I added in a tutorial mode as described above, and then I finally shut down the newbie server since it seemed to still be significantly detracting from other pickup games. It was a very good idea, but seemed to turn out poorly. Anyways, is anyone interested in me bringing back the tutorial version with an anti-clue autoeject? Maybe it would only turn on if there wasn't a queue on some other pickup server or something like that... From ssheldon at sodablue.org Wed May 9 00:29:42 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] Question on POBSERV status flag In-Reply-To: Message-ID: > [mailto:vanilla-list-admin@us.netrek.org]On Behalf Of Trent Piepho > > On Tue, 8 May 2001, Steve Sheldon wrote: > > Sounded simple, but I cannot find a reliable way to determine > on the client > > if a player is an observer or not. > > There is a player flag, PFOBSERV, that observers get. Can't you > check that? Have tried that. Doesn't appear to be set reliably. It either takes a long time to update, or perhaps it's only updating for the connecting player. Haven't examined why that is. > I suggest changing the status value of POBSERV from 5 to 6. That > way it would > match the observer status used in the paradise server and > understood by the > paradise clients. What is value 5 used for in Paradise? Hmm, that may cause other problems, hard to say. > You might also try checking what happens with other clients when > they get an > unknown status value. I'll see if I can't find some old Ultrix clients to try. :) From quozl at us.netrek.org Wed May 9 01:10:12 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] Question on POBSERV status flag In-Reply-To: ; from ssheldon@sodablue.org on Tue, May 08, 2001 at 09:20:20PM -0500 References: Message-ID: <20010509161012.Q28594@us.netrek.org> On Tue, May 08, 2001 at 09:20:20PM -0500, Steve Sheldon wrote: > The reason is that sndPStatus() on the server wipes out this value. I guess > because some older clients didn't know how to handle p_status > 4. Yes, this was only just last year; continuum had complaints of unfair teams because the team selection window included observers in the count. So they were marked POUTFIT instead. > But is that still the case? If this is no longer an issue, I'd like to > request applying the following patch, which basically rips out the observer > specific morphing from that function. I think we need to test it carefully first. On a clue server? > If not, can someone suggest an alternative? Persistent POUTFIT isn't exactly going to be easy to check for. Perhaps the POBSERV status processing by the client needs to be a new FEATURE flag? Note: that "if" with pobserv up the top followed by an or test with a lot of conditions has been #if 0'd in CVS because it always will test true. Please update your code from CVS, when you get a moment. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Wed May 9 01:12:17 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? In-Reply-To: ; from karthik@karthik.com on Wed, May 09, 2001 at 01:16:10AM -0400 References: Message-ID: <20010509161217.R28594@us.netrek.org> Perhaps I should make the inl.real-time.com server list itself on the metaserver? ;-) -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From unbelver at brain.jpl.nasa.gov Wed May 9 01:18:53 2001 From: unbelver at brain.jpl.nasa.gov (Carlos Y. Villalpando) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] hockey server? In-Reply-To: <002c01c0d83c$a0bdbb00$d2a78218@san.rr.com>; from ddamout1@san.rr.com on Tue, May 08, 2001 at 09:00:45PM -0700 References: <002c01c0d83c$a0bdbb00$d2a78218@san.rr.com> Message-ID: <20010508231853.A8804@brain.jpl.nasa.gov> Quoting Daniel Damouth : > Does anyone know why the hockey server has been listed on the meta as "Timed > out" for days? It seems to be killing the game. Hmm. Odd. hockey and puck are both listed on metaserver2.us.netrek.org. Bad route or IP address on metaserver.us? puck isn't even listed on that one. Could be that puck isn't soliciting to metaserver.us since the IP address of metaserver.us changed recently. --Carlos V. From jeffno at ccs.neu.edu Wed May 9 01:48:43 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? In-Reply-To: from "Trent Piepho" at May 08, 2001 10:03:20 PM Message-ID: <200105090648.f496mhw12190@denali.ccs.neu.edu> Trent Piepho wrote: > > There seems to be a much larger queue on continuum lately. Maybe it would be > a good idea to bring back the newbie server. netrek.astro.ufl.edu is running newbie code. It's listed as chaos but there aren't wrap around walls or galaxy ships? -Jeff From ddamout1 at san.rr.com Wed May 9 01:52:14 2001 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? References: Message-ID: <001f01c0d854$95059f40$d2a78218@san.rr.com> I thought the astro.ufl server was serving the newbie role. Today we had two full games simultaneously -- when was the last time we had the? Worse players tend to flock to astro, and I think it has some sort of auto-robot entry. The fact that you can upgrade to GA if you have 5 kills doesn't make much difference. From: "Karthik Arumugham" > If I were to bring it back myself, I'd bring back the latest version with > the tutorial (see http://tutorial.psychosis.net/), and I'd probably also add > in the autoejecter I was thinking about (eject anyone with > 1.0 offense or > something like that, to keep non-newbies out). How do you know that exactly the top 50% of players would be non-newbies? Perhaps it would be useful if you used the 1.0 offense KPH of continuum rather than newbie itself. Dan Damouth From xyzzy at speakeasy.org Wed May 9 02:05:58 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? In-Reply-To: Message-ID: On Wed, 9 May 2001, Karthik Arumugham wrote: > You mean the original version that pulled everyone off continuum so they This was at a time when continuum had bag lag for a lot of people and often didn't have t-mode. Now that I see queue 16 some times, maybe pulling players away would be a good thing. > could scum rank with skewed stats caused by bots playing? This WAS an > "everyone is an Admiral" version just as much as the others, since any > random twink could just sit there scumming 10+ stats. How many people were admirals? I seem to remember it only being a small fraction of the player base. I think you are getting stuck in this stupid idea that the purpose of rank to to reward people that you think "deserve" it. When people you don't like get rank, you think there is something wrong. The real purpose of rank is to entice people into playing longer, by giving them positive feedback if the stick around and play. If you give the feedback too easily, like the tutorial version, it's not worth anything to people. You've got to make people want rank, and make them stick around to get it. > many people would hate to see that happen, as it arguably caused significant > damage to the Netrek community last time. I seem to remember it caused in increase in the player base. The problem was that these were "new" players and the ancient dinosaur clue didn't like the "new" players and wanted them gone. It bothered the archaeclue that newbies were playing the game against easy bots and having fun. To an archaeclue, the purpose of a newbie is to die repeatedly and be awed by the archaeclue's skill, thus boosting the archaeclue's ego. From xyzzy at speakeasy.org Wed May 9 02:16:41 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] Question on POBSERV status flag In-Reply-To: Message-ID: On Wed, 9 May 2001, Steve Sheldon wrote: > > On Tue, 8 May 2001, Steve Sheldon wrote: > > > Sounded simple, but I cannot find a reliable way to determine > > on the client > > > if a player is an observer or not. > > > > There is a player flag, PFOBSERV, that observers get. Can't you > > check that? > > Have tried that. Doesn't appear to be set reliably. It either takes a long > time to update, or perhaps it's only updating for the connecting player. > Haven't examined why that is. It looks like it's never sent. The code that sends flags has a mask of flags that get sent, whoever created the obs code didn't update this mask, so the obs flag is never sent. I can change this, and it shouldn't effect any clients negatively. COW even has code to check the PFOBSERV flag, which is strange. Maybe someone added that and never bothered to test it. I see it also has a bug where it checks if a player's status is equal to PFOBSERV, which doesn't make sense since status is something like PFREE, PALIVE, etc. 0 to 4, while PFOBSERV is a flag bit, 0x8000000. > > I suggest changing the status value of POBSERV from 5 to 6. That > > way it would > > match the observer status used in the paradise server and > > understood by the > > paradise clients. > > What is value 5 used for in Paradise? It's used for the tournament queue mode. > Hmm, that may cause other problems, hard to say. How? The status value of POBSERVE is never seen outside the server, so how could it effect any clients? I would think the code always uses the name POBSERVE and not a literal 5. From xyzzy at speakeasy.org Wed May 9 02:23:25 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? In-Reply-To: <200105090648.f496mhw12190@denali.ccs.neu.edu> Message-ID: On Wed, 9 May 2001, Jeffrey Nowakowski wrote: > Trent Piepho wrote: > > > > There seems to be a much larger queue on continuum lately. Maybe it would be > > a good idea to bring back the newbie server. > > netrek.astro.ufl.edu is running newbie code. It's listed as chaos but > there aren't wrap around walls or galaxy ships? It doesn't have 8v8 though. I played there and it was kind of messed up, the teams would be 6 vs 4 and no more bots would come in. Then someone from the 4 person team would leave and the bots would switch to another team, 6vs2vs2. 8v8 full time makes a lot more sense to me. It also crashes then there is a geno, has silly plasma, doesn't have twarp fling, and doesn't seem to remember a player's stats when they leave. I have noticed that this server and continuum seem to be the only ones with any players. From jeffno at ccs.neu.edu Wed May 9 02:29:53 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? In-Reply-To: from "Trent Piepho" at May 09, 2001 12:05:58 AM Message-ID: <200105090729.f497Tr012606@denali.ccs.neu.edu> Trent Piepho wrote: > > I seem to remember it caused in increase in the player base. Perhaps briefly. We were able to get two servers going during prime time. Then people stopped playing at continuum all together, and we were back at one server, so it changed nothing. If we had enough players we could have room for newbie servers. We wouldn't have to fight over who plays on what server. That won't happen until we get a client that can draw people in. newbie server == band-aid trying to solve continuum's queue == waste of time -Jeff From ddamout1 at san.rr.com Wed May 9 05:12:20 2001 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] "Timed out" Message-ID: <000901c0d870$88c32100$d2a78218@san.rr.com> I'm now using metaserver.us.netrek.org. It seem strange that the servers hockey.psychosis.net, kirk.hal-pc.org, spamburger.openface.ca, and soda all report as "Timed out". Puck doesn't even appear. Is this all correct? Dan Damouth From ssheldon at sodablue.org Wed May 9 12:34:23 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] Question on POBSERV status flag Message-ID: <200105091034.AA731710064@sodablue.org> ---------- Original Message ---------------------------------- From: James Cameron Reply-To: vanilla-list@us.netrek.org Date: Wed, 9 May 2001 16:10:12 +1000 >On Tue, May 08, 2001 at 09:20:20PM -0500, Steve Sheldon wrote: >> The reason is that sndPStatus() on the server wipes out this value. I guess >> because some older clients didn't know how to handle p_status > 4. > >Yes, this was only just last year; continuum had complaints of unfair >teams because the team selection window included observers in the count. >So they were marked POUTFIT instead. Ahh so the clients are stupid. Now that I know this, I can fix that logic as well. >> If not, can someone suggest an alternative? > >Persistent POUTFIT isn't exactly going to be easy to check for. >Perhaps the POBSERV status processing by the client needs to be >a new FEATURE flag? Afraid that's what it is going to come down to. :( The other option I suppose is that PFOBSERV flag Trent mentioned. If I can figure out why that doesn't seem to be working, or what it's purpose was intended to be, perhaps that can be fixed. >Note: that "if" with pobserv up the top followed by an or test with a >lot of conditions has been #if 0'd in CVS because it always will test >true. Please update your code from CVS, when you get a moment. Ahh, I just grabbed the latest source tar file. From ssheldon at sodablue.org Wed May 9 12:37:13 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? Message-ID: <200105091037.AA27853780@sodablue.org> No, the only problem with astro.ufl is the fucked up det code. Hit det like four times, lose all your fuel and etemp. Oh, I found it's kind of fun with the robots because they listen to the commands 'ogg 6', etc. I've been goofing off hunting stat scummers with a contingent of bots. :) ---------- Original Message ---------------------------------- From: "Daniel Damouth" Reply-To: vanilla-list@us.netrek.org Date: Tue, 8 May 2001 23:52:14 -0700 >I thought the astro.ufl server was serving the newbie role. Today we had >two full games simultaneously -- when was the last time we had the? Worse >players tend to flock to astro, and I think it has some sort of auto-robot >entry. The fact that you can upgrade to GA if you have 5 kills doesn't make >much difference. > >From: "Karthik Arumugham" > >> If I were to bring it back myself, I'd bring back the latest version with >> the tutorial (see http://tutorial.psychosis.net/), and I'd probably also >add >> in the autoejecter I was thinking about (eject anyone with > 1.0 offense >or >> something like that, to keep non-newbies out). > >How do you know that exactly the top 50% of players would be non-newbies? >Perhaps it would be useful if you used the 1.0 offense KPH of continuum >rather than newbie itself. > >Dan Damouth > > >_______________________________________________ >vanilla-list mailing list >vanilla-list@us.netrek.org >https://mailman.real-time.com/mailman/listinfo/vanilla-list > From ahn at vec.wfubmc.edu Wed May 9 13:32:59 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] Question on POBSERV status flag In-Reply-To: ; from ssheldon@sodablue.org on Tue, May 08, 2001 at 09:20:20PM -0500 References: Message-ID: <20010509143259.B65750@cecum.vec.wfubmc.edu> On Tue, May 08, 2001 at 09:20:20PM -0500, Steve Sheldon wrote: > > Sounded simple, but I cannot find a reliable way to determine on the client > if a player is an observer or not. The observer code is all messed up. Even the server does not reliably use the POBSERV or the other flag (I forgot which, PFOBS or something). When we first expanded the observer count to 16 with arbitrary slots being assigned to the observers, it caused problems with a lot of clients. That's why the server enforces observers to be in slot g or higher. This is a problem that is more general than good observer support. Popular clients like BRMH and COW 2.0 All the clients really need to be moved to the same network code base. That way, recent changes to that code (such as support for cambot) would propagate to other clients. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From ahn at vec.wfubmc.edu Wed May 9 13:36:29 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:23 2005 Subject: [Vanilla List] bring back newbie? In-Reply-To: ; from karthik@karthik.com on Wed, May 09, 2001 at 01:16:10AM -0400 References: Message-ID: <20010509143629.C65750@cecum.vec.wfubmc.edu> On Wed, May 09, 2001 at 01:16:10AM -0400, Karthik Arumugham wrote: > > You mean the original version that pulled everyone off continuum so they > could scum rank with skewed stats caused by bots playing? This WAS an > "everyone is an Admiral" version just as much as the others, since any > random twink could just sit there scumming 10+ stats. > > If I were to bring it back myself, I'd bring back the latest version with > the tutorial (see http://tutorial.psychosis.net/), and I'd probably also add > in the autoejecter I was thinking about (eject anyone with > 1.0 offense or > something like that, to keep non-newbies out). Of course anyone could bring > it back as it was with the newbie code from the Vanilla server, but I think > many people would hate to see that happen, as it arguably caused significant > damage to the Netrek community last time. I agree with Kart. The original incarnation of the newbie server ended up with bad results. But, I do think that the concept can be accomodated. For example, bringing back a form of the newbie server that is open only from 6PM to 12AM might help to alleviate the bottleneck on continuum's queue. The other option is to only allow logins to the newbie server if there are at least X people playing on continuum. Of course, somebody would have to write such code. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From ssheldon at sodablue.org Wed May 9 12:50:27 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] Question on POBSERV status flag Message-ID: <200105091050.AA2753358@sodablue.org> ---------- Original Message ---------------------------------- From: Trent Piepho Reply-To: vanilla-list@us.netrek.org Date: Wed, 9 May 2001 00:16:41 -0700 (PDT) >On Wed, 9 May 2001, Steve Sheldon wrote: >> > On Tue, 8 May 2001, Steve Sheldon wrote: >> > > Sounded simple, but I cannot find a reliable way to determine >> > on the client >> > > if a player is an observer or not. >> > >> > There is a player flag, PFOBSERV, that observers get. Can't you >> > check that? >> >> Have tried that. Doesn't appear to be set reliably. It either takes a long >> time to update, or perhaps it's only updating for the connecting player. >> Haven't examined why that is. > >It looks like it's never sent. The code that sends flags has a mask of flags >that get sent, whoever created the obs code didn't update this mask, so the >obs flag is never sent. I can change this, and it shouldn't effect any >clients negatively. COW even has code to check the PFOBSERV flag, which is >strange. Maybe someone added that and never bothered to test it. That sounds likely. >I see it also has a bug where it checks if a player's status is equal to >PFOBSERV, which doesn't make sense since status is something like PFREE, >PALIVE, etc. 0 to 4, while PFOBSERV is a flag bit, 0x8000000. Ack! >How? The status value of POBSERVE is never seen outside the server, so how >could it effect any clients? I would think the code always uses the name >POBSERVE and not a literal 5. I'd say the better solution is fix this flags thing with PFOBSERV then. Based on what James says, it sounds like changing POBSERV would break more than it fixes. From xyzzy at speakeasy.org Wed May 9 15:31:18 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] Question on POBSERV status flag In-Reply-To: <200105091034.AA731710064@sodablue.org> Message-ID: On Wed, 9 May 2001, Steve Sheldon wrote: > > The other option I suppose is that PFOBSERV flag Trent mentioned. If I can figure out why that doesn't seem to be working, or what it's purpose was intended to be, perhaps that can be fixed. From quozl at us.netrek.org Wed May 9 18:02:59 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] "Timed out" In-Reply-To: <000901c0d870$88c32100$d2a78218@san.rr.com>; from ddamout1@san.rr.com on Wed, May 09, 2001 at 03:12:20AM -0700 References: <000901c0d870$88c32100$d2a78218@san.rr.com> Message-ID: <20010510090259.T28594@us.netrek.org> On Wed, May 09, 2001 at 03:12:20AM -0700, Daniel Damouth wrote: > It seem strange that the servers hockey.psychosis.net, kirk.hal-pc.org, > spamburger.openface.ca, and soda all report as "Timed out". Puck doesn't > even appear. Is this all correct? I checked out each one manually with a "telnet ${server} 2591" ... hockey.psychosis.net responded properly with a player list, kirk.hal-pc.org is not responding at all, spamburger.openface.ca connection refused, soda.csua.berkeley.edu connection refused, The only incorrect entry is therefore hockey.psychosis.net. Perhaps it wasn't up 26 minutes ago. Kart/Dave? -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ddamout1 at san.rr.com Wed May 9 21:14:07 2001 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] "Timed out" References: <000901c0d870$88c32100$d2a78218@san.rr.com> <20010510090259.T28594@us.netrek.org> Message-ID: <008b01c0d8f6$e4bcb260$d2a78218@san.rr.com> From: "James Cameron" > The only incorrect entry is therefore hockey.psychosis.net. > Perhaps it wasn't up 26 minutes ago. Kart/Dave? hockey.psychosis.net has been reported as "Timed out" for at least a week, but you can connect and play just fine as far as I can tell. I'm concerned because it's keeping people off the server, and there have been no games in a long time. The players are still around, but we can't tell when there's a game on. Dan Damouth From ahn at vec.wfubmc.edu Wed May 9 21:28:18 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] "Timed out" In-Reply-To: <20010510090259.T28594@us.netrek.org>; from quozl@us.netrek.org on Thu, May 10, 2001 at 09:02:59AM +1000 References: <000901c0d870$88c32100$d2a78218@san.rr.com> <20010510090259.T28594@us.netrek.org> Message-ID: <20010509222818.A66431@cecum.vec.wfubmc.edu> On Thu, May 10, 2001 at 09:02:59AM +1000, James Cameron wrote: > > kirk.hal-pc.org is not responding at all, > spamburger.openface.ca connection refused, > soda.csua.berkeley.edu connection refused, Maybe these should be removed. I don't think I've seen these servers actually running in the last few months. > The only incorrect entry is therefore hockey.psychosis.net. > Perhaps it wasn't up 26 minutes ago. Kart/Dave? Dunno. It appears to be running fine... -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From xyzzy at speakeasy.org Wed May 9 19:15:48 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] observer patch Message-ID: This should fix observer status. Currently you get told you are an observer with the PFOBSERVE flag only when you are obsing another player. If you are looking at nothing or a planet, it's not set. Other players are not told who is an observer. This patch sets the obs flag all the time for observers, looking at a player, planet, or nothing. It also sends this flag to other players, so they know who is an obs and who isn't. I also made a change so that certain other flags aren't sent to other players. There is no reason to know if someone else is bombing a planet or is orbiting. Only a borg would ever use this information. This change works with COW and paradise 2000. COW and P2000 will let observers see kills, max armies, and torps out correctly. P2000 will mark observers as 'ob' in the player list. It should also work with older non-paradise clients, which will just ignore the flag. The observer flag conflicts with the paradise warp flag. This is unfortunate, as some vanilla person could have chosen the bits so that the paradise warp flag was the same as the bronco twarp flag, and observer flag was something unused. When observing with the old paradise or tedturner clients, the client will think you are at warp when you obs a player. This isn't a problem really, but you get the star-streak warp effect when you switch from obsing a player to obsing a planet/nothing, as warp gets toggled. My patch will in fact fix this, as the observer/warp flag will stop getting toggled and that is what triggers the stars. Maybe someone with crusty old windoze clients could check if they can handle this ok. Except cow-lite, which doesn't work with the current server anyway. Maybe cow-lite's keys should be removed, so people stop playing with the buggy old client. -------------- next part -------------- Index: include/struct.h =================================================================== RCS file: /home/netrek/cvsroot/Vanilla/include/struct.h,v retrieving revision 1.1 diff -u -r1.1 struct.h --- include/struct.h 2001/05/02 02:00:19 1.1 +++ include/struct.h 2001/05/09 23:03:41 @@ -95,8 +95,10 @@ #define PALIVE 0x0002 #define PEXPLODE 0x0003 #define PDEAD 0x0004 +/* Status value for paradise's t-mode queue feature +#define PTQUEUE 0x0005 */ #ifdef OBSERVERS -#define POBSERV 0x005 /* not really dead, but observer. */ +#define POBSERV 0x0006 /* not really dead, but observer. */ #endif #define PFSHIELD 0x0001 Index: ntserv/genspkt.c =================================================================== RCS file: /home/netrek/cvsroot/Vanilla/ntserv/genspkt.c,v retrieving revision 1.20 diff -u -r1.20 genspkt.c --- ntserv/genspkt.c 2001/04/28 01:37:25 1.20 +++ ntserv/genspkt.c 2001/05/09 23:03:41 @@ -307,37 +307,37 @@ inline static int sndFlags( struct flags_spacket *flags, struct player *pl, int howmuch) { -/*#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFBEAMUP|PFBEAMDOWN|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) atm mask */ +/*#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFBEAMUP|PFBEAMDOWN|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) aieee, too much. 7/27/91 TC */ +/*#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT| PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) still more than needed */ -/* #define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFBEAMUP|PFBEAMDOWN|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) aieee, too much. 7/27/91 TC */ +/* Flags we get to know about players not seen */ +#define INVISOMASK (PFCLOAK|PFROBOT|PFPRACTR|PFDOCKOK|PFOBSERV) +/* Flags we get to know about players who are seen */ +#define FLAGMASK (PFSHIELD | INVISOMASK) -#define FLAGMASK (PFSHIELD|PFBOMB|PFORBIT|PFCLOAK|PFROBOT|PFPRACTR|PFDOCK|PFTRACT|PFPRESS|PFDOCKOK) -#define INVISOMASK (PFCLOAK|PFROBOT|PFPRACTR|PFDOCKOK) - int mask; int tractor = (F_show_all_tractors && pl->p_flags&PFTRACT)? (pl->p_tractor|0x40):0; - if (howmuch == UPDT_ALL) + if (howmuch == UPDT_ALL) { mask = FLAGMASK; - else - mask = INVISOMASK | (F_show_all_tractors?PFTRACT|PFPRESS:0); + if(F_show_all_tractors) mask |= PFTRACT|PFPRESS; + } else + mask = INVISOMASK; + + /* With short packets 2 flag sampling, these don't need to be sent */ + if (send_short>1 && pl->p_no<32) + mask &= ~(PFSHIELD|PFCLOAK); + - if (flags->flags==htonl(mask&pl->p_flags) && - flags->tractor==tractor ) + if ((ntohl(flags->flags)&mask) == (pl->p_flags&mask) && + flags->tractor==tractor) /* Nothing has changed, don't send a packet */ return FALSE; flags->type=SP_FLAGS; flags->pnum=pl->p_no; flags->flags=htonl(mask & pl->p_flags); - - if (send_short>1 && pl->p_ship.s_type!=STARBASE && - flags->tractor==tractor && - !(pl->p_flags&PFROBOT) && pl->p_no<32) - /* S_P2 flags already sent, so don't send anything */ - return FALSE; - flags->tractor = tractor; sendClientPacket(flags); Index: ntserv/redraw.c =================================================================== RCS file: /home/netrek/cvsroot/Vanilla/ntserv/redraw.c,v retrieving revision 1.9 diff -u -r1.9 redraw.c --- ntserv/redraw.c 1999/09/21 05:06:25 1.9 +++ ntserv/redraw.c 2001/05/09 23:03:41 @@ -124,12 +124,12 @@ if (!Observer) return; if (me->p_status != POBSERV) { - if (me->p_status == PDEAD || me->p_status == PEXPLODE) { + if (me->p_status == PDEAD || me->p_status == PEXPLODE) { death (); return; }else{ if (me->p_status == PFREE){ - ERROR(1,("check_observs: changing a PFREE!\n")); + ERROR(1,("check_observs: changing a PFREE!\n")); } me->p_status = POBSERV; } @@ -170,6 +170,7 @@ return; } + me->p_flags |= PFOBSERV; /* future clients may understand this */ /* Check if I am locked onto a player */ if (me->p_flags & PFPLOCK) { if ( (me->p_playerl < 0) || (me->p_playerl >= MAXPLAYER) ){ @@ -208,13 +209,13 @@ me->p_fuel = pl->p_fuel; me->p_wtemp = pl->p_wtemp; me->p_etemp = pl->p_etemp; - me->p_flags = (pl->p_flags & ~(PFSELFDEST | PFPLOCK | PFPLLOCK)) | - (me->p_flags & (PFSELFDEST | PFPLOCK | PFPLLOCK)); + /* These flags shouldn't be propagated to observers */ +#define NOOBSMASK (PFSELFDEST|PFPLOCK|PFPLLOCK|PFOBSERV) + me->p_flags = (pl->p_flags & ~NOOBSMASK) | (me->p_flags & NOOBSMASK); /* always cloaked, state of person watched will be obvious */ /* me->p_flags |= PFCLOAK; */ me->p_dir = pl->p_dir; - me->p_flags |= PFOBSERV; /* future clients may understand this */ me->p_tractor = pl->p_tractor; me->p_speed = pl->p_speed; From jeffno at ccs.neu.edu Thu May 10 05:53:36 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] "Timed out" In-Reply-To: <000901c0d870$88c32100$d2a78218@san.rr.com> from "Daniel Damouth" at May 09, 2001 03:12:20 AM Message-ID: <200105101053.f4AArbr21184@denali.ccs.neu.edu> "Daniel Damouth" wrote: > > I'm now using metaserver.us.netrek.org. > > It seem strange that the servers hockey.psychosis.net, kirk.hal-pc.org, > spamburger.openface.ca, and soda all report as "Timed out". Puck doesn't > even appear. Is this all correct? I've fixed hockey.psychosis.net. Ken will need to fix puck.psychosis.net. The problem occured when continuum changed its IP address. The metaserver-howto doc recommends putting IP addresses in the .metaservers file to avoid DNS lookups, so it needs to be changed manually. -Jeff From ssheldon at sodablue.org Thu May 10 10:45:52 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] observer patch Message-ID: <200105100845.AA935658096@sodablue.org> ---------- Original Message ---------------------------------- From: Trent Piepho Reply-To: vanilla-list@us.netrek.org Date: Wed, 9 May 2001 17:15:48 -0700 (PDT) >This should fix observer status. Currently you get told you are an observer >with the PFOBSERVE flag only when you are obsing another player. If you are >looking at nothing or a planet, it's not set. Other players are not told who >is an observer. COOL! >Maybe someone with crusty old windoze clients could check if they can handle >this ok. Except cow-lite, which doesn't work with the current server anyway. >Maybe cow-lite's keys should be removed, so people stop playing with the buggy >old client. When you say it doesn't work, what specific functionality is busted? It probably wouldn't be a bad idea to remove it. As far as I am aware the only signifigant reason for COW-lite existence is because that was is the only client I'm aware of that still works with Windows 3.1. But even then I believe you had to install Win32s extensions and it may or may not work. But I really doubt anybody still uses COW-lite at all. I'd be very surprised, if they did. From xyzzy at speakeasy.org Thu May 10 12:04:46 2001 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] observer patch In-Reply-To: <200105100845.AA935658096@sodablue.org> Message-ID: On Thu, 10 May 2001, Steve Sheldon wrote: > >Maybe someone with crusty old windoze clients could check if they can handle > >this ok. Except cow-lite, which doesn't work with the current server anyway. > >Maybe cow-lite's keys should be removed, so people stop playing with the buggy > >old client. > > When you say it doesn't work, what specific functionality is busted? People say that they can't see if their shields are up and that they won't uncloak. > > It probably wouldn't be a bad idea to remove it. As far as I am aware the only signifigant reason for COW-lite existence is because that was is the only client I'm aware of that still works with Windows 3.1. But even then I believe you had to install Win32s extensions and it may or may not work. > > But I really doubt anybody still uses COW-lite at all. I'd be very surprised, if they did. I just saw someone log onto continuum with cow-lite. I know a number of times I've seen people complain about things not working, and when I check they're using cow-lite. I think there are also older BRMH clients that can't handle 32 players, maybe those should be retired too. From rsc at scd.ucar.edu Thu May 10 12:17:11 2001 From: rsc at scd.ucar.edu (Bob Campbell) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] observer patch Message-ID: <200105101717.LAA13612@niwot.scd.ucar.edu> > But I really doubt anybody still uses COW-lite at all. I'd be very > surprised, if they did. LOL. I haven't played in a while, but all the list activity got me to fire it up again the other day. My default client is COW-Lite. :D Worked fine, as far as I could tell (on astro, but I've used it for years). Bob Campbell Unix System Administrator Scientific Computing Division National Center for Atmospheric Research rsc@ucar.edu (303) 497-1815 From quozl at us.netrek.org Thu May 10 19:07:56 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] observer patch In-Reply-To: ; from xyzzy@speakeasy.org on Wed, May 09, 2001 at 05:15:48PM -0700 References: Message-ID: <20010511100756.A3145@us.netrek.org> On Wed, May 09, 2001 at 05:15:48PM -0700, Trent Piepho wrote: > This should fix observer status. Patch reviewed and applied to CVS, thanks. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Thu May 10 21:20:46 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] observer patch In-Reply-To: ; from xyzzy@speakeasy.org on Wed, May 09, 2001 at 05:15:48PM -0700 References: Message-ID: <20010511122046.D3145@us.netrek.org> On Wed, May 09, 2001 at 05:15:48PM -0700, Trent Piepho wrote: > Maybe someone with crusty old windoze clients could check if they can handle > this ok. Except cow-lite, which doesn't work with the current server anyway. > Maybe cow-lite's keys should be removed, so people stop playing with the buggy > old client. For your interest ... statistics from continuum's ${LIBDIR}/logfile ... [quozl@continuum]$ grep Client logfile|wc 283338 2218563 16171613 [quozl@continuum]$ grep -i cow-lite logfile|wc 5227 40709 278176 [quozl@continuum]$ head logfile Joining: Quozl `, (g) Tue Oct 12 18:04:14 1999 So since October 12th 1999 we've had 283,338 player logins, of which 5,227 were COW-lite. About 2%. [quozl@continuum]$ tail -10000 logfile|grep -i cow-lite|wc 48 388 2510 And we seem to still get people using COW-lite. Perhaps we should ask them. Anybody know these players? [quozl@continuum]$ tail -50000 logfile|grep -i cow-lite|sort|uniq -c|sort -rn 46 Client: COW-lite. Arch: PC / Win32. Player: drevil. 22 Client: COW-lite. Arch: PC / Win32. Player: Party. 18 Client: COW-lite. Arch: PC / Win32. Player: guest. 15 Client: COW-lite. Arch: PC / Win32. Player: dodgeyhack. 14 Client: COW-lite. Arch: PC / Win32. Player: Monolith. 13 Client: COW-lite. Arch: PC / Win32. Player: rommel. 5 Client: COW-lite. Arch: PC / Win32. Player: Snail Slime. 5 Client: COW-lite. Arch: PC / Win32. Player: FSX. 3 Client: COW-lite. Arch: PC / Win32. Player: samuel. 3 Client: COW-lite. Arch: PC / Win32. Player: chestliu. 3 Client: COW-lite. Arch: PC / Win32. Player: York. 3 Client: COW-lite. Arch: PC / Win32. Player: Senrew. 3 Client: COW-lite. Arch: PC / Win32. Player: SF-KEN. 3 Client: COW-lite. Arch: PC / Win32. Player: Balloon Knot. 2 Client: COW-lite. Arch: PC / Win32. Player: bln. 2 Client: COW-lite. Arch: PC / Win32. Player: BigRed!! `. 1 Client: COW-lite. Arch: PC / Win32. Player: novalis. 1 Client: COW-lite. Arch: PC / Win32. Player: chester. 1 Client: COW-lite. Arch: PC / Win32. Player: carlin. 1 Client: COW-lite. Arch: PC / Win32. Player: Guillaume. 1 Client: COW-lite. Arch: PC / Win32. Player: Ducky. 1 Client: COW-lite. Arch: PC / Win32. Player: BronFuFu. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From zu22 at andrew.cmu.edu Fri May 11 01:24:23 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] observer patch In-Reply-To: <20010511122046.D3145@us.netrek.org> Message-ID: On Fri, 11 May 2001, James Cameron wrote: > 13 Client: COW-lite. Arch: PC / Win32. Player: rommel. last time i saw him play was 2 yrs ago > 1 Client: COW-lite. Arch: PC / Win32. Player: BronFuFu. haha funny name uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From ken at mirrorlab.org Thu May 10 18:19:09 2001 From: ken at mirrorlab.org (Ken. Hanson) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] "Timed out" In-Reply-To: from "Jeffrey Nowakowski" at May 10, 2001 06:53:36 AM Message-ID: In reply to Jeffrey Nowakowski's message: > > I've fixed hockey.psychosis.net. Ken will need to fix > puck.psychosis.net. > Actually, the problem for puck was not the same as what Jeff described; I had not hard coded the IP addresses into the .metaservers file. For some reason, though, bringing the server down and back up again got it to see the new address. puck appears to be on both metaservers now. -- / Ken. Hanson, Ph.D. / Mirror Laboratories From zu22 at andrew.cmu.edu Fri May 11 23:25:59 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] Continuum wait queue Message-ID: *sigh* once again continuum has wait queue of 10 and 2 ppl on ufl.edu chaos server. pickled is empty. why sit on queue when you could have full 2nd game on pickled?! ARGH :( THINK PEOPLE! uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From jeffno at ccs.neu.edu Sat May 12 05:04:36 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] Continuum wait queue In-Reply-To: from "Zachary Uram" at May 12, 2001 12:25:59 AM Message-ID: <200105121004.f4CA4as02788@denali.ccs.neu.edu> Zachary Uram wrote: > > *sigh* > once again continuum has wait queue of 10 and 2 ppl on ufl.edu > chaos server. pickled is empty. why sit on queue when you could > have full 2nd game on pickled?! ARGH :( THINK PEOPLE! Can you take your incessant mewling elsewhere? This list is for discussion of vanilla development. -Jeff From quozl at us.netrek.org Sat May 12 02:06:51 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:24 2005 Subject: [Vanilla List] "Timed out" In-Reply-To: ; from ken@mirrorlab.org on Thu, May 10, 2001 at 07:19:09PM -0400 References: Message-ID: <20010512170651.B12139@us.netrek.org> On Thu, May 10, 2001 at 07:19:09PM -0400, Ken. Hanson wrote: > For some reason, though, bringing the server down and back > up again got it to see the new address. The name resolution is done at daemon start. If the daemon was up with puck robot running then a change to the IP address would be missed until a restart. ntserv/solicit.c -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Mon May 14 22:05:59 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:25 2005 Subject: [Vanilla List] bug in end_tourney.pl Message-ID: <20010514230559.A72957@cecum.vec.wfubmc.edu> It appears that there is a normalization bug in the end_tourney.pl script. Take a look at http://www.netrek.org/stats/netrek.crackaddict.com/989893664/pwstats.html Some of the normalized TPT stats are off. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From rsc at scd.ucar.edu Thu May 17 15:49:38 2001 From: rsc at scd.ucar.edu (Bob Campbell) Date: Wed Jan 12 00:52:25 2005 Subject: [Vanilla List] problems w/ gmp-3.0.1 Message-ID: <200105172049.OAA08563@niwot.scd.ucar.edu> I've been trying to build res-rsa-2.9.2 with gmp-3.0.1, but due to a few issues, it hasn't worked. Setup: I'm compiling on Solaris 7/Sparc, with gcc and gnu make. The instructions we have say to use "--with-gmp=../gmp-X.Y.Z" when compiling res-rsa, but this doesn't work anymore, since the gmp folks have apparently switched to dumping the libs in gmp-X.Y.Z/.lib when you build gmp. Thus, res-rsa doesn't find 'em, when including/linking from gmp's src dir. Second, something else in the library changed, I believe, because I tried installing libgmp.so.3.0.1 and linking from there ala': --with-gmp=$HOME (I prefer to install oddball stuff in my homedir first) During the linking, the library (libgmp.so) is found, opened and read, but apparently rejected, since it moves on to other possible locations for the library. The output of 'truss -f make mkkey' shows: [...other lib paths...] 13: open("/fs/local/lib/libgmp.so", O_RDONLY) Err#2 ENOENT 13: open("/fs/local/lib/libgmp.a", O_RDONLY) Err#2 ENOENT 13: open("/fs/scd/home0/rsc/lib/libgmp.so", O_RDONLY) = 7 13: lseek(7, 0, SEEK_END) = 422256 13: mmap(0x00000000, 422256, PROT_READ, MAP_PRIVATE, 7, 0) = 0xFF070000 13: fstat(7, 0xFFBEDB28) = 0 13: close(7) = 0 13: open("/usr/ccs/lib/libgmp.so", O_RDONLY) Err#2 ENOENT 13: open("/usr/ccs/lib/libgmp.a", O_RDONLY) Err#2 ENOENT 13: open("/usr/lib/libgmp.so", O_RDONLY) Err#2 ENOENT 13: open("/usr/lib/libgmp.a", O_RDONLY) Err#2 ENOENT So it barfs the library out like Dagoba Swamp Thing upchucking R2D2? The permissions on the lib were 755, owned by me. gmp-2.0.2 works fine (of course) but I thought I'd poass this along... Bob Campbell Unix System Administrator Scientific Computing Division National Center for Atmospheric Research rsc@ucar.edu (303) 497-1815 From ahn at vec.wfubmc.edu Thu May 17 17:26:35 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:25 2005 Subject: [Vanilla List] problems w/ gmp-3.0.1 In-Reply-To: <200105172049.OAA08563@niwot.scd.ucar.edu>; from rsc@scd.ucar.edu on Thu, May 17, 2001 at 02:49:38PM -0600 References: <200105172049.OAA08563@niwot.scd.ucar.edu> Message-ID: <20010517182635.B77348@cecum.vec.wfubmc.edu> RES-RSA has not been tested with GMP 3.0.1 yet. I'll sync up for the next release of the Vanilla server. As for mkkey not finding libgmp, don't forget to setenv LD_LIBRARY_PATH. Dave On Thu, May 17, 2001 at 02:49:38PM -0600, Bob Campbell wrote: > I've been trying to build res-rsa-2.9.2 with gmp-3.0.1, but due to a few > issues, it hasn't worked. > > Setup: I'm compiling on Solaris 7/Sparc, with gcc and gnu make. > > The instructions we have say to use "--with-gmp=../gmp-X.Y.Z" when compiling > res-rsa, but this doesn't work anymore, since the gmp folks have apparently > switched to dumping the libs in gmp-X.Y.Z/.lib when you build gmp. Thus, > res-rsa doesn't find 'em, when including/linking from gmp's src dir. > > Second, something else in the library changed, I believe, because I tried > installing libgmp.so.3.0.1 and linking from there ala': --with-gmp=$HOME > (I prefer to install oddball stuff in my homedir first) > During the linking, the library (libgmp.so) is found, opened and read, but > apparently rejected, since it moves on to other possible locations for the > library. The output of 'truss -f make mkkey' shows: > [...other lib paths...] > 13: open("/fs/local/lib/libgmp.so", O_RDONLY) Err#2 ENOENT > 13: open("/fs/local/lib/libgmp.a", O_RDONLY) Err#2 ENOENT > 13: open("/fs/scd/home0/rsc/lib/libgmp.so", O_RDONLY) = 7 > 13: lseek(7, 0, SEEK_END) = 422256 > 13: mmap(0x00000000, 422256, PROT_READ, MAP_PRIVATE, 7, 0) = 0xFF070000 > 13: fstat(7, 0xFFBEDB28) = 0 > 13: close(7) = 0 > 13: open("/usr/ccs/lib/libgmp.so", O_RDONLY) Err#2 ENOENT > 13: open("/usr/ccs/lib/libgmp.a", O_RDONLY) Err#2 ENOENT > 13: open("/usr/lib/libgmp.so", O_RDONLY) Err#2 ENOENT > 13: open("/usr/lib/libgmp.a", O_RDONLY) Err#2 ENOENT > > So it barfs the library out like Dagoba Swamp Thing upchucking R2D2? > The permissions on the lib were 755, owned by me. > > gmp-2.0.2 works fine (of course) but I thought I'd poass this along... > > > > Bob Campbell Unix System Administrator > Scientific Computing Division National Center for Atmospheric Research > rsc@ucar.edu (303) 497-1815 > > > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From homicide at compsoc.man.ac.uk Mon May 21 08:33:22 2001 From: homicide at compsoc.man.ac.uk (John 'Homicide' Gilbertson) Date: Wed Jan 12 00:52:25 2005 Subject: [Vanilla List] Bots Message-ID: Probably a erally stupid question, but how do you get the newbie program to work properly? So far I've had to compile the robot program by hand /Vanilla-2.9p17/robots/ and stick the program in /netrek/og/ to get it to work slightly, but then newbie spawns at least 32 bots which end up sitting on the wait queue, stopping anyone else from joining. Also is the above the right bot to be using, they dont respond to any messages, and seem to be really bad players. (As well as keep segfaulting) John Gilbertson -- I love you coffee; You make me glow. You make me smile. I love you so. My nerves don't like you, but what do they know? - Garfield, 1/10/1982 From zu22 at andrew.cmu.edu Thu May 31 17:08:07 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:25 2005 Subject: [Vanilla List] free machine if u can hack in In-Reply-To: <20010517182635.B77348@cecum.vec.wfubmc.edu> Message-ID: http://victim.cylant.com uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From kaut at ee.ualberta.ca Mon May 7 08:44:51 2001 From: kaut at ee.ualberta.ca (Rob Kaut) Date: Wed Jan 12 00:53:28 2005 Subject: [META] Add/remove servers. Message-ID: Hello, I have emailed twice previously regarding the addition and removal of servers that I administrate and I have received no response. If the process will take a while, I would appreciate it if someone could notify me of that. I administrate hp06.ee.ualberta.ca. I wanted to inform the Metaserver admin that hp06.ee.ualberta.ca should be removed and bode.ee.ualberta.ca should be added in its place. Bode is a paradise server as well. Thank you. Rob Kaut -- You guys are so unhip it's a wonder your bums don't fall off. - Zaphod Beeblebrox - The Hitchiker's Guide to the Galaxy -- Rob Kaut Electrical Engineering 1998 University of Alberta From tanner at real-time.com Mon May 7 17:49:56 2001 From: tanner at real-time.com (Bob Tanner) Date: Wed Jan 12 00:53:28 2005 Subject: [kaut@ee.ualberta.ca: [META] Add/remove servers.] Message-ID: <20010507174956.X6925@real-time.com> Hey Carlo, are you still on this list? I cannot remember if this is my responsibility or yours? I just don't want to step on toes. I'll make the change in cvs and commit, but I just want to make sure we go the rolls right. ----- Forwarded message from Rob Kaut ----- > Hello, I have emailed twice previously regarding the addition > and removal of servers that I administrate and I have received > no response. If the process will take a while, I would > appreciate it if someone could notify me of that. > > I administrate hp06.ee.ualberta.ca. I wanted to inform the > Metaserver admin that hp06.ee.ualberta.ca should be removed and > bode.ee.ualberta.ca should be added in its place. Bode is a > paradise server as well. > > Thank you. > > Rob Kaut ----- End forwarded message ----- -- Bob Tanner | Phone : (952)943-8700 http://www.mn-linux.org | Fax : (952)943-8500 Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9 From tanner at real-time.com Mon May 7 18:38:49 2001 From: tanner at real-time.com (Bob Tanner) Date: Wed Jan 12 00:53:29 2005 Subject: [META] Add/remove servers. In-Reply-To: ; from kaut@ee.ualberta.ca on Mon, May 07, 2001 at 07:44:51AM -0600 References: Message-ID: <20010507183849.G6925@real-time.com> Quoting Rob Kaut (kaut@ee.ualberta.ca): > > Hello, I have emailed twice previously regarding the addition > and removal of servers that I administrate and I have received > no response. If the process will take a while, I would > appreciate it if someone could notify me of that. > > I administrate hp06.ee.ualberta.ca. I wanted to inform the > Metaserver admin that hp06.ee.ualberta.ca should be removed and > bode.ee.ualberta.ca should be added in its place. Bode is a > paradise server as well. Done. -- Bob Tanner | Phone : (952)943-8700 http://www.mn-linux.org | Fax : (952)943-8500 Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9 From quozl at us.netrek.org Mon May 7 19:20:22 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:53:29 2005 Subject: [META] Add/remove servers. In-Reply-To: <20010507183849.G6925@real-time.com>; from tanner@real-time.com on Mon, May 07, 2001 at 06:38:49PM -0500 References: <20010507183849.G6925@real-time.com> Message-ID: <20010508102022.C28594@us.netrek.org> On Mon, May 07, 2001 at 06:38:49PM -0500, Bob Tanner wrote: > Quoting Rob Kaut (kaut@ee.ualberta.ca): > > Hello, I have emailed twice previously regarding the addition > > and removal of servers that I administrate and I have received > > no response. My apologies. I checked the metaserver listing and could not find it, so I presumed it had already been taken out or was using the solicit mode whereby we don't need to have it in the list. Are you able to adopt the higher data rate UDP based solicit mode? See ntserv/solicit.c in the current Vanilla server. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From unbelver at brain.jpl.nasa.gov Mon May 7 19:50:42 2001 From: unbelver at brain.jpl.nasa.gov (Carlos Y. Villalpando) Date: Wed Jan 12 00:53:29 2005 Subject: [META] Add/remove servers. In-Reply-To: <20010508102022.C28594@us.netrek.org>; from quozl@us.netrek.org on Tue, May 08, 2001 at 10:20:22AM +1000 References: <20010507183849.G6925@real-time.com> <20010508102022.C28594@us.netrek.org> Message-ID: <20010507175042.A3572@brain.jpl.nasa.gov> Quoting James Cameron : > My apologies. I checked the metaserver listing and could not find it, > so I presumed it had already been taken out or was using the solicit > mode whereby we don't need to have it in the list. Solicit has yet to be ported to the Paradise code base. So it still needs to be added manually. --Carlos V. From kaut at ee.ualberta.ca Wed May 16 09:40:53 2001 From: kaut at ee.ualberta.ca (Rob Kaut) Date: Wed Jan 12 00:53:29 2005 Subject: [META] Add/remove servers. In-Reply-To: <20010507183849.G6925@real-time.com> Message-ID: On Mon, 7 May 2001, Bob Tanner wrote: > Done. Thank you muchly, sir. Rob From kaut at ee.ualberta.ca Wed May 16 09:45:01 2001 From: kaut at ee.ualberta.ca (Rob Kaut) Date: Wed Jan 12 00:53:29 2005 Subject: [META] Add/remove servers. In-Reply-To: <20010508102022.C28594@us.netrek.org> Message-ID: On Tue, 8 May 2001, James Cameron wrote: > My apologies. I checked the metaserver listing and could > not find it, so I presumed it had already been taken out or > was using the solicit mode whereby we don't need to have it > in the list. > > Are you able to adopt the higher data rate UDP based solicit > mode? > > See ntserv/solicit.c in the current Vanilla server. I just got an email from Carlos as well that stated it hasn't been added to Paradise yet. And I definitely do not have anything like that running on my server, as far as I know. Rob From dOSHPeedY at pacbell.net Sat May 26 08:03:16 2001 From: dOSHPeedY at pacbell.net (dOSHPeedY@pacbell.net) Date: Wed Jan 12 00:53:29 2005 Subject: [META] (no subject) Message-ID: An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20010526/9a1b07fe/attachment.htm