From telebar at infovia.com.ar Sun Oct 1 19:57:15 2000 From: telebar at infovia.com.ar (CYBER-BAR) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] Patagonia Argentina Message-ID: <000d01c02c0b$ba07a720$a7ed0dd1@hp> Se?or Ted Turner , no quiero ser molesta, simplemente desearia saber si ha recibido ud mi mensaje del 05/09/2000. Mi nombre es Dora delgado y le escribia de la Coop. de Trabajo y Servicios Asistenciales El Camino Ltda. De no sr posible lo que le solicito , quiza Ud. pueda informarme que organizacion y/o fundacion puedan apoyar nuestro proyecto.Sin otro particular le saludo atte. Gracias Dora -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20001001/e2e352e5/attachment.html From telebar at infovia.com.ar Sun Oct 1 19:59:16 2000 From: telebar at infovia.com.ar (CYBER-BAR) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] RV: Patagonia Argentina Message-ID: <000a01c02c0c$040d8b00$a7ed0dd1@hp> ----- Original Message ----- From: CYBER-BAR To Sent: Sunday, October 01, 2000 9:57 PM Subject: Patagonia Argentina Se?or Ted Turner , no quiero ser molesta, simplemente desearia saber si ha recibido ud mi mensaje del 05/09/2000. Mi nombre es Dora delgado y le escribia de la Coop. de Trabajo y Servicios Asistenciales El Camino Ltda. De no sr posible lo que le solicito , quiza Ud. pueda informarme que organizacion y/o fundacion puedan apoyar nuestro proyecto.Sin otro particular le saludo atte. Gracias Dora telebarr @infovia.com.ar elcaminoltda@hotmail.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20001001/faa512cd/attachment.htm From watts at jayhawks.net Sat Oct 14 09:19:40 2000 From: watts at jayhawks.net (Jeffrey Watts) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] RV: Patagonia Argentina Message-ID: On Sun, 1 Oct 2000, CYBER-BAR wrote: > Señor Ted Turner , no quiero ser molesta, simplemente desearia saber > si ha recibido ud mi mensaje del 05/09/2000. Mi nombre es Dora delgado > y le escribia de la Coop. de Trabajo y Servicios Asistenciales El > Camino Ltda. De no sr posible lo que le solicito , quiza Ud. pueda > informarme que organizacion y/o fundacion puedan apoyar nuestro > proyecto.Sin otro particular le saludo atte. Senores, nosotros no somos "Ted Turner". "tedturner-dev@us.netrek.org" es un lista de email por software de computadora. Quieran una otra persona. Nosotros no sabemos nada de el Ted Turner, CNN, TNN, TBS, o TNT. Espero que ustedes entiendan este. Mi espanol no es muy bueno. Jeffrey. o-----------------------------------o | Jeffrey Watts | | watts@jayhawks.net o-----------------------------------------o | Systems Programmer | "If I were in the President's place I | | Network Systems Management | would not get a chance to resign. I | | Sprint Communications | would be lying in a pool of my own | o----------------------------| blood hearing Mrs. Armey standing over | | me saying, 'How do I reload this damn | | thing?'" | | -- Rep. Dick Armey | o-----------------------------------------o From vanilla-devel at us.netrek.org Thu Oct 19 22:12:40 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:19 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200010200312.e9K3CeV26173@swashbuckler.fortress.real-time.com> Date: Thursday October 19, 2000 @ 22:12 Author: xyzzy Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv26170 Modified Files: puckmove.c Log Message: Fix the puck through the back of the goal bug properly this time. **************************************** Index: Vanilla/robots/puckmove.c diff -u Vanilla/robots/puckmove.c:1.6 Vanilla/robots/puckmove.c:1.7 --- Vanilla/robots/puckmove.c:1.6 Sat May 27 02:52:03 2000 +++ Vanilla/robots/puckmove.c Thu Oct 19 22:12:40 2000 @@ -436,13 +436,13 @@ } } if ((me->p_x > G_LFT) && (me->p_x < G_RGT)) { - if ((me->p_y >= KLI_E) && (lasty <= KLI_E)) { + if ((me->p_y > KLI_E) && (lasty <= KLI_E)) { if (me->p_speed > 0) messAll(anncer->p_no,roboname,"Boing! Off back of Kli goal."); me->p_dir = me->p_desdir = 0 - (me->p_dir - 128); me->p_y = KLI_E - (me->p_y - KLI_E); shotby = -2; - } else if ((me->p_y < ORI_E) && (lasty > ORI_E)) { + } else if ((me->p_y < ORI_E) && (lasty >= ORI_E)) { if (me->p_speed > 0) messAll(anncer->p_no,roboname,"Boing! Off back of Ori goal."); me->p_dir = me->p_desdir = 128 - me->p_dir; From vanilla-devel at us.netrek.org Thu Oct 26 05:06:16 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:19 2005 Subject: [Vanilla Devel] CVS update: Vanilla/ntserv Message-ID: <200010261006.e9QA6GE30201@swashbuckler.fortress.real-time.com> Date: Thursday October 26, 2000 @ 5:06 Author: xyzzy Update of /home/netrek/cvsroot/Vanilla/ntserv In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv30198 Modified Files: getentry.c getname.c main.c proto.h socket.c Log Message: Fix problem where if the client disconnected while the server was waiting for the version packet, ntserv would not check for the client dying suck up 100% CPU. Also add a parameter to socketPause() with the timeout to wait for. **************************************** Index: Vanilla/ntserv/getentry.c diff -u Vanilla/ntserv/getentry.c:1.7 Vanilla/ntserv/getentry.c:1.8 --- Vanilla/ntserv/getentry.c:1.7 Tue Aug 15 05:16:28 2000 +++ Vanilla/ntserv/getentry.c Thu Oct 26 05:06:14 2000 @@ -45,7 +45,7 @@ me->p_status=PDEAD; me->p_explode=600; } - socketPause(); + socketPause(1); readFromClient(); if (isClientDead()) { int i; Index: Vanilla/ntserv/getname.c diff -u Vanilla/ntserv/getname.c:1.9 Vanilla/ntserv/getname.c:1.10 --- Vanilla/ntserv/getname.c:1.9 Fri Jun 23 04:12:58 2000 +++ Vanilla/ntserv/getname.c Thu Oct 26 05:06:14 2000 @@ -62,7 +62,7 @@ /* Been ghostbusted? */ if (me->p_status==PFREE) exitGame(); if (isClientDead()) exitGame(); - socketPause(); + socketPause(1); readFromClient(); } Index: Vanilla/ntserv/main.c diff -u Vanilla/ntserv/main.c:1.19 Vanilla/ntserv/main.c:1.20 --- Vanilla/ntserv/main.c:1.19 Tue Aug 15 05:16:28 2000 +++ Vanilla/ntserv/main.c Thu Oct 26 05:06:14 2000 @@ -150,15 +150,20 @@ } starttime=time(NULL); while (userVersion==0) { + time_t t; /* Waiting for user to send his version number. * We give him thirty seconds to do so... */ - if (starttime+30 < time(NULL)) { + if (isClientDead()) { + ERROR(2,("ntserv/main.c: disconnect waiting for version packet from %s\n", host)); + exit(1); + } + if (starttime+30 < time(&t)) { ERROR(2,("ntserv/main.c: no version packet received from %s\n", host)); exit(1); } - socketPause(); + socketPause(starttime+30-t); readFromClient(); } if (!checkVersion()) { Index: Vanilla/ntserv/proto.h diff -u Vanilla/ntserv/proto.h:1.4 Vanilla/ntserv/proto.h:1.5 --- Vanilla/ntserv/proto.h:1.4 Fri Mar 24 13:55:15 2000 +++ Vanilla/ntserv/proto.h Thu Oct 26 05:06:14 2000 @@ -1,4 +1,4 @@ -/* $Id: proto.h,v 1.4 2000/03/24 19:55:15 karthik Exp $ +/* $Id: proto.h,v 1.5 2000/10/26 10:06:14 xyzzy Exp $ * * Function prototypes for externally accessed functions. */ @@ -182,7 +182,7 @@ void updateClient(void); void sendClientPacket(void *); void flushSockBuf(void); -void socketPause(void); +void socketPause(int); int readFromClient(void); int checkVersion(void); void logEntry(void); Index: Vanilla/ntserv/socket.c diff -u Vanilla/ntserv/socket.c:1.27 Vanilla/ntserv/socket.c:1.28 --- Vanilla/ntserv/socket.c:1.27 Thu Jul 20 19:56:31 2000 +++ Vanilla/ntserv/socket.c Thu Oct 26 05:06:14 2000 @@ -1,4 +1,4 @@ -/* $Id: socket.c,v 1.27 2000/07/21 00:56:31 ahn Exp $ +/* $Id: socket.c,v 1.28 2000/10/26 10:06:14 xyzzy Exp $ */ /* @@ -899,12 +899,12 @@ fatMerge(); } -void socketPause(void) +void socketPause(int sec) { struct timeval timeout; fd_set readfds; - timeout.tv_sec=1; + timeout.tv_sec=sec; timeout.tv_usec=0; FD_ZERO(&readfds); FD_SET(sock, &readfds); From vanilla-devel at us.netrek.org Tue Oct 31 22:46:07 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:19 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011010446.eA14k7K01882@swashbuckler.fortress.real-time.com> Date: Tuesday October 31, 2000 @ 22:46 Author: cameron Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1879 Modified Files: PROJECTS Added Files: BUGS README.developers README.releasing Log Message: Split PROJECTS into four files BUGS - list of defects to be fixed README.developers - information for developers README.releasing - how to release a new version PROJECTS - list of things to do that are not defects as such **************************************** Index: Vanilla/PROJECTS diff -u Vanilla/PROJECTS:1.81 Vanilla/PROJECTS:1.82 --- Vanilla/PROJECTS:1.81 Sun Jul 2 19:51:59 2000 +++ Vanilla/PROJECTS Tue Oct 31 22:46:07 2000 @@ -1,130 +1,64 @@ -PROJECTS ... list of things to do or fix, and hints for developers. -# $Id: PROJECTS,v 1.81 2000/07/03 00:51:59 cameron Exp $ +$Id: PROJECTS,v 1.82 2000/11/01 04:46:07 cameron Exp $ -Small things +List of things to do in the future - - god observer should see all teams messages. - - - practice robots fail to shoot torpedoes if created while server - is in topgun mode. - - - make clean in ntserv doesn't. - - - configure's "checking for BSD style signals" doesn't finish - with a yes or a no. - - - quitting as captain in INL game should automatically uncaptain. - - - observers can't quit at end-game. - - - t-mode should be turned off immediately at end-game before - end-tourney is run, not after. - - - end-tourney should really be tossed. stats should be - computed in-memory by the robot rather than relying on - an external script to parse the output of ltd_dump. it's - way too slow. - - - team masks are switched at the end of an INL game. is - there any particular reason why we're doing this? - - - all the code in the robots/ directory really need some - serious cleanup. the whole thing is a mess. + - update t-mode messages, they are outdated. - - manually check dependencies in ntserv, an installer found - that a defs.h change was not picked up by at least one thing - therein, and so a make clean was required. - - - if installer changes config.h.in and then config.h manually, - running make causes configure to be re-run but without the - appropriate --prefix, thus building for the wrong place. + - there is no way to tell the difference between a busted client and + the player simply walking off. - - add IP addresses, port numbers, and byte counters to - struct.h for player so we can dump them in tools/players.c; - and also to enhance "whois". + - need generic shared memory dump tool to assist diagnosis. - - accumulate byte counters server wide for bandwidth accounting. + - revisit syntax of .metaservers file to aid understanding, - - mark's changes, if p_y or p_x = 100000, ship oscillates - [mark hasn't come back to me on that, it awaits him] + - compile with -Wall and fix the problems. + [done ntserv, quozl@us.netrek.org] + [big set of prototypes missing in tools/cambot.c, quozl] - - inl confine doesn't knock ships out of orbit, ships may - remain outside their confined zone. + - observers, allow them to have a ship of their own that is ineffective + and invisible to others. - - configure script, add recognition of --with-inl, and thus - define all the appropriate defines that INSTALL.INL says we - have to do, change PKEY too. - - - configure to set CONFIRM=1 if it finds res-rsa, and Makefile - to recommend the execution of updated at least once. - - - xsg Makefile (and others perhaps) compile - "../ntserv/getpath.c" saving the object file into the xsg - directory, and then promptly use the object files from the - ntserv directory, regardless of whether they are built yet. - Need to change it to either use the local copy (and thus waste - compile time), or nest into the ntserv Makefile. + - special compile mode for lesser lights trying to build an INL server + that avoids trying to compile xsg or pledit, and perhaps a few other + things, suggested by Tom Holub [VANILLA-LIST:2566] - - integrate robotd sources into Vanilla build, + - add command to allow players to change their password. + "password newpassword", followed by "confirm newpassword". + [partially done] - - lock navigation move to daemon from ntserv, problems are evident - with transwarp and planetary locks at low update rates. Do - navigation recalculations at daemon update rate (10u/s). + - pledit should be able to edit entries in place online. - god's text client, displays messages to god and all, and allows entry of replies from god, showgalaxy with more messages visible. - - pledit should be able to edit entries in place online. - - - add command to allow players to change their password. - "password newpassword", followed by "confirm newpassword". - - From Dave Swasey: Writes to ERRORS should be timestamped. At least timestamp daemon startup and death (exitDaemon, etc) messages. Timestamps would have helped me determine which messages in ERRORS matter. - - special compile mode for lesser lights trying to build an INL server - that avoids trying to compile xsg or pledit, and perhaps a few other - things, suggested by Tom Holub [VANILLA-LIST:2566] - - - observers, allow them to have a ship of their own that is ineffective - and invisible to others. - - - compile with -Wall and fix the problems. - [done ntserv, quozl@us.netrek.org] - [big set of prototypes missing in tools/cambot.c, quozl] - - - switching into or out of no-geno timer hours on continuum resets quit - timeout, perhaps due to repeat of RSA verification. - - - jammed slots on other teams? Can they be ejected? - - - practice robots drop shields as soon as you die, thus taking torps - in flight on hull. - - - revisit syntax of .metaservers file to aid understanding, + - integrate robotd sources into Vanilla build, - - change metaserver solicitation to process multiple IP addresses from - each DNS host name given, just like new COW metaserver code. - [coding in progress by cameron@stl.dec.com] - - - there is no way to tell the difference between a busted client and - the player simply walking off. + - mark's changes, if p_y or p_x = 100000, ship oscillates + [mark hasn't come back to me on that, it awaits him] - - need generic shared memory dump tool to assist diagnosis. + - add IP addresses, port numbers, and byte counters to + struct.h for player so we can dump them in tools/players.c; + and also to enhance "whois". - - update t-mode messages, they are outdated. + - accumulate byte counters server wide for bandwidth accounting. - - starbase etemp bug, still shows up, engine cooling rate reduced, - warp 2 gives stable etemp, under those conditions it should drop - slowly at warp 2, + - all the code in the robots/ directory really need some + serious cleanup. the whole thing is a mess. - - "make rmdependencies" breaks because res-rsa does not have such a - target. Should it? + - end-tourney should really be tossed. stats should be + computed in-memory by the robot rather than relying on + an external script to parse the output of ltd_dump. it's + way too slow. -Bigger things + - base players would like a way to turn off docking for + particular players, as an abuse prevention and creation + measure. - netrekd is now restartable without affecting play, but it would be suitably cool if daemon could also be restarted. Could also do with @@ -145,8 +79,6 @@ - observers do not see tractors and pressors ... fault of protocol, according to Trent Piepho (xyzzy@u.washington.edu) -Large things - - Observer system is screwed up. Needs major re-write. Items of note: @@ -199,138 +131,13 @@ keep old teams if possible, the league does not need 0-7 pre-allocation of slots to teams, - -Prioritisation Mail from Tom - -Message-Id: <19990204210412.A7633@shell3.ba.best.com> -Date: Thu, 4 Feb 1999 21:04:12 -0800 -From: Tom Holub -To: vanilla-l@us.netrek.org -Subject: [VANILLA-L:1340] Notes on INL Robot - -[... completed items removed ...] - -3) Would Be Nice This Season - -* Fix "gametime" message to be 2 lines if names are too long -* Message on port 2592 is friendlier - -4) Long Term - -* Have server save and generate statistics on its own -[this is done at this point. -dka] - -[end of message] - - - -Fault report ... sending PAUSE then CONTINUE as a captain causes a superfluous -countdown which does nothing. INL robot. - -Source Editing Hints - - # hints using GNU Emacs - bind "meta-x compile" to a key - use "control-x `" to move to next error in compilation results window - use "control-x v v" to commit one file if required - use "control-x 4 a" while positioned in changed source to fix ChangeLog - use "control-x v =" to produce a diff on that file vs CVS - use "etags *.c *.h" to build a tag list of variable names - use "meta-." to find a definition of a variable or function - -Release Procedure - - # assumes csh or tcsh - # be in your local copy of the CVS repository - cd Vanilla - - # set variables to ease the rest of this ... - set VS=2.9pl6 - set VL=v_2_9_6 - - # make sure you have committed all changes - cvs -z9 diff -u > tmp.tmp - # review uncommitted changes - more tmp.tmp - # commit changes - cvs -z9 commit - - # tag the release - cvs -z9 tag $VL - cvs -z9 tag -F v_release - - # export the tagged release to a new directory and tar - cd .. - setenv CVSROOT :pserver:cameron@cvs.us.netrek.org:/home/netrek/cvsroot - cvs -z9 export -d Vanilla-$VS -r $VL Vanilla - # package res-rsa with .tar.gz as per dave ahn 28th june 2000 - cd Vanilla-$VS - tar xf ../Vanilla/res-rsa-2.9.2.tar.gz - mv res-rsa-2.9.2/* res-rsa/ - rmdir res-rsa-2.9.2 - # code above unverified - cd .. - tar cf Vanilla-$VS.tar Vanilla-$VS - gzip -9 Vanilla-$VS.tar - - # record md5sum of kit for publishing - md5sum Vanilla-$VS.tar.gz > Vanilla-$VS.tar.gz.md5sum - - # test build kit - cd Vanilla-$VS - - mkdir /tmp/$VS - ./configure --prefix=/tmp/$VS - - # test install kit - make install - /tmp/$VS/netrekd - - # test client - cow -h localhost - - # clean up - /tmp/$VS/netrekd stop - rm -rf /tmp/$VS - cd .. - rm -rf Vanilla-$VS - - # rpm packaging - Vanilla/rpm/tar2rpm - cp Vanilla/res-rsa-*.tar.gz /usr/src/redhat/SOURCES - cd /usr/src/redhat/SPECS - rpm -ba netrek.spec - # test package install - - # send .tar.gz and .rpm to ftp sites - ftp://ftp.netrek.org/pub/netrek/incoming/ (note 15 second login timer) - ftp://ftp.real-time.com/pub/Incoming/ - - # notify mirror owners, include URL of incoming copy and md5sum. - mailto:vanilla-list@us.netrek.org - - # build differences between this version and previous - - # update web page - http://vanilla.us.netrek.org/index.html - setenv CVSROOT :pserver:cameron@cvs.us.netrek.org:/home/netrek/cvsroot - cvs checkout web [or] cvs update - # review differences and generate short change list in index.html - cvs commit - - # await mirror completion - # notify others - mailto:vanilla-announce@us.netrek.org - news:rec.games.netrek - - # update version number, patchlevel.h, version.h, rpm/netrek.spec, rpm/tar2rpm here - - INL robot problems reported by d4sand, - no RESERVE command present, + - robot did not see genocide, (fix daemon to not reset galaxy on a genocide or conquer), (possible fix, Villalpando 1999-jun) + - could not rejoin after genocide/conquer, (fix daemon to use non-final why-dead flag), (possible fix, Villalpando 1999-jun) @@ -349,5 +156,8 @@ INL observations by quozl@us.netrek.org - - need a captain command to bring an obs in as a player, and vice versa + - need a captain command to bring an obs in as a player, and + vice versa + - sending PAUSE then CONTINUE as a captain causes a + superfluous countdown which does nothing. From vanilla-devel at us.netrek.org Tue Oct 31 23:46:52 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:19 2005 Subject: [Vanilla Devel] CVS update: Vanilla/docs Message-ID: <200011010546.eA15kq301971@swashbuckler.fortress.real-time.com> Date: Tuesday October 31, 2000 @ 23:46 Author: ahn Update of /home/netrek/cvsroot/Vanilla/docs In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1968 Modified Files: README.scores Log Message: * docs/README.scores: Update docs on continuous score. **************************************** Index: Vanilla/docs/README.scores diff -u Vanilla/docs/README.scores:1.2 Vanilla/docs/README.scores:1.3 --- Vanilla/docs/README.scores:1.2 Tue Jun 27 18:04:48 2000 +++ Vanilla/docs/README.scores Tue Oct 31 23:46:51 2000 @@ -1,4 +1,4 @@ -$Id: README.scores,v 1.2 2000/06/27 23:04:48 ahn Exp $ +$Id: README.scores,v 1.3 2000/11/01 05:46:51 ahn Exp $ Continuous Scoring System Dave Ahn @@ -94,9 +94,9 @@ CONTINUOUS scoring mode: At the end of regulation, either team with a continuous score - lead of 1.50 or more WINS the game regardless of planet count. + lead of 2.0 or more WINS the game regardless of planet count. - Otherwise, if continuous scores are within 1.5 of each other, + Otherwise, if continuous scores are within 2.0 of each other, then the planet count is considered. If the planet count is 11-8-1 or greater, then the team with the higher planet count WINS. From vanilla-devel at us.netrek.org Tue Oct 31 23:51:43 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:19 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200011010551.eA15phS01993@swashbuckler.fortress.real-time.com> Date: Tuesday October 31, 2000 @ 23:51 Author: ahn Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv1990 Modified Files: inl.c inlcomm.c Log Message: * robots/inl*.c: Change continuous score differential to 2.0. Remove debug messages. Flush out scores at end-game. **************************************** Index: Vanilla/robots/inl.c diff -u Vanilla/robots/inl.c:1.32 Vanilla/robots/inl.c:1.33 --- Vanilla/robots/inl.c:1.32 Tue Jun 27 18:04:48 2000 +++ Vanilla/robots/inl.c Tue Oct 31 23:51:43 2000 @@ -1,7 +1,7 @@ -/* $Id: inl.c,v 1.32 2000/06/27 23:04:48 ahn Exp $ */ +/* $Id: inl.c,v 1.33 2000/11/01 05:51:43 ahn Exp $ */ #ifndef lint -static char vcid[] = "$Id: inl.c,v 1.32 2000/06/27 23:04:48 ahn Exp $"; +static char vcid[] = "$Id: inl.c,v 1.33 2000/11/01 05:51:43 ahn Exp $"; #endif /* lint */ /* @@ -121,8 +121,8 @@ Inl_countdown inl_countdown = {0,{60,30,10,5,4,3,2,1,0,-1},8,0,PERSEC,NULL,""}; -int checkgeno(); int end_tourney(); +int checkgeno(); Inl_countdown inl_game = {0,{2700,1800,600,300,120,60,30,10,5,4,3,2,1,0,-1},12,0,PERSEC,end_tourney,""}; @@ -148,11 +148,10 @@ void reset_inl(int); int checkmess(); void inlmove(); -int end_tourney(); int start_tourney(); void reset_stats(); void update_scores(); -void announce_scores(int, int); +void announce_scores(int, int, FILE *); extern char *addr_mess(int who, int type); @@ -655,7 +654,7 @@ /* announce updated scores every 5 minutes */ if ((inl_stat.game_ticks % (5 * PERMIN)) == 0) - announce_scores(0, MALL); + announce_scores(0, MALL, NULL); } @@ -736,8 +735,8 @@ /* Determine if there is a winner at the end of regulation. returns 0 if game is tied returns 1 if there is a winner by planet count - returns 2 if there is a winner by continuous score > 1.50 - returns 3 if there is a winner by continuous score < 1.50 & planet 11-8-1 + returns 2 if there is a winner by continuous score > 2.0 + returns 3 if there is a winner by continuous score < 2.0 & planet 11-8-1 -da */ int check_winner() { @@ -771,11 +770,11 @@ if (delta < 0.0) delta *= -1.0; - /* if continuous score delta is >= 1.50, we have winner */ - if (delta >= 1.50) + /* if continuous score delta is >= 2.0, we have winner */ + if (delta >= 2.0) return 2; - /* if continuous score delta is < 1.50, but a team has > 11-8-1, + /* if continuous score delta is < 2.0, but a team has > 11-8-1, we have a winner */ else if ((inl_teams[HOME].planets > inl_teams[AWAY].planets + 2) || (inl_teams[AWAY].planets > inl_teams[HOME].planets + 2)) @@ -798,23 +797,35 @@ pmessage(0, MALL, inl_from, "Result: %i - %i - %i", inl_teams[HOME].planets, inl_teams[AWAY].planets, (20 - inl_teams[HOME].planets - inl_teams[AWAY].planets)); - announce_scores(0, MALL); + /* need to write this to the inl_log because the pmessages don't + get flushed out to the log before the close */ + fprintf(inl_log, "----------- Game Over ------------\n"); + fprintf(inl_log, "Result: %i - %i - %i\n", + inl_teams[HOME].planets, inl_teams[AWAY].planets, + (20 - inl_teams[HOME].planets - inl_teams[AWAY].planets)); + + announce_scores(0, MALL, inl_log); + switch(win_cond) { case 1: pmessage(0, MALL, inl_from, "Winning condition: planet count"); + fprintf(inl_log, "Winning condition: planet count\n"); break; case 2: - pmessage(0, MALL, inl_from, "Winning condition: continuous score >= 1.5"); + pmessage(0, MALL, inl_from, "Winning condition: continuous score >= 2.0"); + fprintf(inl_log, "Winning condition: continuous score >= 2.0\n"); break; case 3: - pmessage(0, MALL, inl_from, "Winning condition: score < 1.5, planet count"); + pmessage(0, MALL, inl_from, "Winning condition: score < 2.0, planet count"); + fprintf(inl_log, "Winning condition: score < 2.0, planet count\n"); break; default: pmessage(0, MALL, inl_from, "Winning condition: UNKNOWN"); + fprintf(inl_log, "Winning condition: UNKNOWN\n"); break; } - + game_over = 1; } Index: Vanilla/robots/inlcomm.c diff -u Vanilla/robots/inlcomm.c:1.17 Vanilla/robots/inlcomm.c:1.18 --- Vanilla/robots/inlcomm.c:1.17 Tue Jun 27 18:04:48 2000 +++ Vanilla/robots/inlcomm.c Tue Oct 31 23:51:43 2000 @@ -1031,7 +1031,7 @@ return 1; } -void announce_scores(int who, int flag) { +void announce_scores(int who, int flag, FILE *fp) { int win_cond; float divisor = (float) (inl_stat.game_ticks * 4); @@ -1049,7 +1049,15 @@ (float) inl_teams[0].weighted_score / inl_stat.weighted_divisor, (float) inl_teams[1].weighted_score / inl_stat.weighted_divisor); + if (fp) + fprintf("Score: %s vs %s %.2f - %.2f (weighted)\n", + sides[inl_teams[0].side_index].name, + sides[inl_teams[1].side_index].name, + (float) inl_teams[0].weighted_score / inl_stat.weighted_divisor, + (float) inl_teams[1].weighted_score / inl_stat.weighted_divisor); + + /***** no need for these debug statements -da if (divisor < 1.0f) divisor = 1.0f; @@ -1072,6 +1080,8 @@ (float) inl_teams[0].semi_score / divisor, (float) inl_teams[1].semi_score / divisor); + ******/ + if ((win_cond = check_winner()) != 0) { @@ -1087,22 +1097,29 @@ break; case 2: pmessage(who, flag, addr_mess(who, flag), - "%s is winning by score >= 1.5", side); + "%s is winning by score >= 2.0", side); + if (fp) + fprintf(fp, "%s is winning by score >= 2.0\n", side); break; case 3: pmessage(who, flag, addr_mess(who, flag), - "%s is winning by score < 1.5 but planet > 11-8-1 ", side); + "%s is winning by score < 2.0 but planet > 11-8-1", side); + if (fp) + fprintf(fp, "%s is winning by score < 2.0 but planet > 11-8-1\n", side); break; } } - else + else { pmessage(who, flag, addr_mess(who, flag), "Game is tied."); + if (fp) + fprintf(fp, "Game is tied\n"); + } } int do_cscore(char *comm, struct message *mess) { - announce_scores(mess->m_from, MINDIV); + announce_scores(mess->m_from, MINDIV, NULL); return 1; } From vanilla-devel at us.netrek.org Tue Oct 31 23:52:03 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:19 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011010552.eA15q3h02005@swashbuckler.fortress.real-time.com> Date: Tuesday October 31, 2000 @ 23:52 Author: ahn Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv2002 Modified Files: ChangeLog Log Message: Changes by Ahn. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.93 Vanilla/ChangeLog:1.94 --- Vanilla/ChangeLog:1.93 Thu Jul 20 20:16:07 2000 +++ Vanilla/ChangeLog Tue Oct 31 23:52:03 2000 @@ -1,3 +1,10 @@ +Wed Nov 1 00:47:45 EST 2000 Dave Ahn + + * robots/inl*.c: Change continuous score differential to 2.0. + Remove debug messages. Flush out scores at end-game. + + * docs/README.scores: Update docs on continuous score. + Thu Jul 20 22:07:12 EDT 2000 Dave Ahn * ntserv/ltd_stats.c: For some reason, LTD_TOTAL stats weren't @@ -1033,4 +1040,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.93 2000/07/21 01:16:07 ahn Exp $ + $Id: ChangeLog,v 1.94 2000/11/01 05:52:03 ahn Exp $ From glauer at lsil.com Thu Oct 19 17:20:24 2000 From: glauer at lsil.com (Greg Lauer) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] robot Message-ID: <39EF73A8.9E4B0737@lsil.com> Trying to compile 'robot' for solaris so I can set up a newbie server and am having a bitch of a time compiling it (getting tons of incompatible pointer types). Anyone have a staticly compiled binary of 'robot' for solaris they can email me? Not subscribed to the list, so please send replies directly. Thanks, Greg From quozl at us.netrek.org Wed Oct 25 19:23:39 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] socketPause() returning too fast? Message-ID: <20001026112339.L20320@us.netrek.org> Line 914 or thereabouts in ntserv/socket.c contains a select() call that is used to pause for up to a second waiting for client data. On Continuum we've been having processes consuming CPU time near this call ... like all of the available CPU time, generating high load average (15.4 today) and server side lag. Processes I have intercepted with gdb suggest that the pause is being called during version wait (main.c:161) and login wait (getname.c). Looking at the select() call, I see that status isn't being checked. It is quite possible that it is returning an error, and the surrounding code is checking for a packet and not finding any ready, and so looping back to wait again. Before I start adding to the code at this point; any ideas? -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From xyzzy at speakeasy.org Thu Oct 26 04:44:17 2000 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] socketPause() returning too fast? In-Reply-To: <20001026112339.L20320@us.netrek.org> Message-ID: On Thu, 26 Oct 2000, James Cameron wrote: > > Looking at the select() call, I see that status isn't being checked. > > It is quite possible that it is returning an error, and the surrounding > code is checking for a packet and not finding any ready, and so looping > back to wait again. > > Before I start adding to the code at this point; any ideas? You can cause this to happen by connecting to the netrek port with telnet, and then disconnecting (push control ] then type close). The ntserv will jump to 100% CPU until the 30 second timeout expires. The problem isn't with socketPause(), but the the code that is calling it. The code in main.c:152 is basically a tight loop calling socketPause() and then readFromClient(), while it waits up to 30 seconds for a version packet to be received. If the client disconnects, it will be discovered during the readFromClient() call and clientDead will be set. The loop in main.c doesn't check for clientDead, and will keep trying to read from a dead socket. If you set ERROR_LEVEL to 9 in your sysdef, you'll get an error in your log, like 'Q?: read() failed, Success', which makes it obvious what is wrong. From ddamout1 at san.rr.com Fri Oct 27 00:55:35 2000 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] ZoneAlarm conflict References: Message-ID: <000701c03fda$a8577c20$2c3dd2cc@san.rr.com> Hi everyone. I recently installed the "firewall" product ZoneAlarm on my cable-modem connected W98SE box. I immediately had trouble with netrek. When ZoneAlarm is running, I could connect for only a few seconds before busting on any server (including hockey). Time enough to send exactly one message :-) Finally I surmised that it was ZoneAlarm causing the problem, and then I found someone else with the exact same experience. I thought I'd mention it here. Maybe a note could be put into a FAQ or some other document distributed with clients. -Dan Damouth From ssheldon at sodablue.org Fri Oct 27 10:14:16 2000 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] ZoneAlarm conflict Message-ID: <200010270814.AA53543394@sodablue.org> There may be a way to configure it to work. I tried ZoneAlarm and unfortunately it went haywire on me and I couldn't connect to anything, even web pages. I haven't revisited it. ---------- Original Message ---------------------------------- From: "Daniel Damouth" Reply-To: vanilla-list@us.netrek.org Date: Thu, 26 Oct 2000 22:55:35 -0700 >Hi everyone. > >I recently installed the "firewall" product ZoneAlarm on my cable-modem >connected W98SE box. I immediately had trouble with netrek. When ZoneAlarm >is running, I could connect for only a few seconds before busting on any >server (including hockey). Time enough to send exactly one message :-) > >Finally I surmised that it was ZoneAlarm causing the problem, and then I >found someone else with the exact same experience. > >I thought I'd mention it here. Maybe a note could be put into a FAQ or some >other document distributed with clients. > >-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 Fri Oct 27 12:10:11 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] ZoneAlarm conflict In-Reply-To: <000701c03fda$a8577c20$2c3dd2cc@san.rr.com>; from ddamout1@san.rr.com on Thu, Oct 26, 2000 at 10:55:35PM -0700 References: <000701c03fda$a8577c20$2c3dd2cc@san.rr.com> Message-ID: <20001027131011.A105235@cecum.vec.wfubmc.edu> On Thu, Oct 26, 2000 at 10:55:35PM -0700, Daniel Damouth wrote: > > Finally I surmised that it was ZoneAlarm causing the problem, and then I > found someone else with the exact same experience. > > I thought I'd mention it here. Maybe a note could be put into a FAQ or some > other document distributed with clients. Did you find a workaround solution? -- 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 Fri Oct 27 21:42:24 2000 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] ZoneAlarm conflict References: <000701c03fda$a8577c20$2c3dd2cc@san.rr.com> <20001027131011.A105235@cecum.vec.wfubmc.edu> Message-ID: <001601c04088$b4462640$2c3dd2cc@san.rr.com> From: "Dave Ahn" > On Thu, Oct 26, 2000 at 10:55:35PM -0700, Daniel Damouth wrote: > > > > Finally I surmised that it was ZoneAlarm causing the problem, and then I > > found someone else with the exact same experience. > > > > I thought I'd mention it here. Maybe a note could be put into a FAQ or some > > other document distributed with clients. > > Did you find a workaround solution? I played around with the settings and nothing worked. The "workaround" is to exit ZoneAlarm when you want to play trek. Easy enough. -Dan From ahn at vec.wfubmc.edu Tue Oct 31 11:46:11 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] Message-ID: <20001031124611.G119076@cecum.vec.wfubmc.edu> It seems every few months this idea resurfaces. Maybe we should add it to the FAQ. :) As Steve Sheldon pointed out, the only problem is that blessed clients require a closed-source RES-RSA private key component. We should be able to include Netrek as part of a non-free contrib on Red Hat and Debian. I'm willing to talk to the distribution folks to see if we can get Netrek included, but I would need somebody else to build the actual distribution files as I've never done them before. On a side note, I've added blessed binaries to the sourceforge download page. That might encourage more people to try out Netrek. We've also been consistently ranking in the top 200 projects (of >10000), not that it means anything. http://sourceforge.net/project/stats/?group_id=968 Dave ----- Forwarded message from Zachary Uram ----- Date: Tue, 31 Oct 2000 01:30:48 -0500 (EST) From: Zachary Uram To: Dave Ahn cc: post+rec.games.netrek@andrew.cmu.edu Subject: Re: Netrek Promotion Idea In-Reply-To: <8tke99$96i@f1n1.spenet.wfu.edu> So can a committe be formed to work on this and get the ball rolling? On 30 Oct 2000, Dave Ahn wrote: > Dan Stephenson writes: > > >How do we get it put in Linux distributions? There's already precedent > >for tons of obscure stuff in most of them. :-) > > There may be a small problem with the license, as there may be an > ambiguity about its use for commercial purposes. But getting Netrek > into Linux distributions should be fairly straightforward. > > -- > 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 > uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 ----- End forwarded message ----- -- 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 Oct 31 18:34:43 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001031124611.G119076@cecum.vec.wfubmc.edu>; from ahn@vec.wfubmc.edu on Tue, Oct 31, 2000 at 12:46:11PM -0500 References: <20001031124611.G119076@cecum.vec.wfubmc.edu> Message-ID: <20001101113443.D3229@us.netrek.org> Summary of the current packaging situation from my perspective ... (a) Red Hat binary packages are available for Vanilla and COW, (b) Debian packaging was going to be done by Neil Hunt, he had disk die. I'm familiar with Red Hat packaging procedure. Vanilla has a redhat directory with the required bits and pieces. What we really need is packaging experts to take on the task. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From grover at lifeboat.com.au Tue Oct 31 18:48:29 2000 From: grover at lifeboat.com.au (Neil Hunt) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001101113443.D3229@us.netrek.org>; from quozl@us.netrek.org on Wed, Nov 01, 2000 at 11:34:43AM +1100 References: <20001031124611.G119076@cecum.vec.wfubmc.edu> <20001101113443.D3229@us.netrek.org> Message-ID: <20001101114829.C3832@lifeboat.com.au> I'm in the process right now of re-doing my packages up, and will include Vanilla in this. Neil On Wed, Nov 01, 2000 at 11:34:43AM +1100, James Cameron wrote: > Summary of the current packaging situation from my perspective ... > > (a) Red Hat binary packages are available for Vanilla and COW, > (b) Debian packaging was going to be done by Neil Hunt, he had disk die. > > I'm familiar with Red Hat packaging procedure. Vanilla has a redhat > directory with the required bits and pieces. > > What we really need is packaging experts to take on the task. > > -- > 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20001101/690686c4/attachment.pgp From ahn at vec.wfubmc.edu Tue Oct 31 18:52:23 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001101113443.D3229@us.netrek.org>; from quozl@us.netrek.org on Wed, Nov 01, 2000 at 11:34:43AM +1100 References: <20001031124611.G119076@cecum.vec.wfubmc.edu> <20001101113443.D3229@us.netrek.org> Message-ID: <20001031195223.A127232@cecum.vec.wfubmc.edu> On Wed, Nov 01, 2000 at 11:34:43AM +1100, James Cameron wrote: > > (a) Red Hat binary packages are available for Vanilla and COW, I don't see one for COW. Upload it to ftp.netrek.org? > (b) Debian packaging was going to be done by Neil Hunt, he had disk die. I have access to a bunch of Intel and Sparc Debian boxes. I might try to build a package... > What we really need is packaging experts to take on the task. Yeah. -- 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 Tue Oct 31 20:51:30 2000 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001101113443.D3229@us.netrek.org> Message-ID: what exactly does a packaging expert do? u mean converting our vanilla src tree (or blessed binary w/ RSA src) into a RPM and ftp'ing this to some redhat upload site? On Wed, 1 Nov 2000, James Cameron wrote: > Summary of the current packaging situation from my perspective ... > > (a) Red Hat binary packages are available for Vanilla and COW, > (b) Debian packaging was going to be done by Neil Hunt, he had disk die. > > I'm familiar with Red Hat packaging procedure. Vanilla has a redhat > directory with the required bits and pieces. > > What we really need is packaging experts to take on the task. > > -- > 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 zu22 at andrew.cmu.edu Tue Oct 31 20:52:13 2000 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001101114829.C3832@lifeboat.com.au> Message-ID: hey neil could u send me some info u have acquired in your packaging experiences On Wed, 1 Nov 2000, Neil Hunt wrote: > I'm in the process right now of re-doing my packages up, and will include Vanilla in this. > > Neil > On Wed, Nov 01, 2000 at 11:34:43AM +1100, James Cameron wrote: > > Summary of the current packaging situation from my perspective ... > > > > (a) Red Hat binary packages are available for Vanilla and COW, > > (b) Debian packaging was going to be done by Neil Hunt, he had disk die. > > > > I'm familiar with Red Hat packaging procedure. Vanilla has a redhat > > directory with the required bits and pieces. > > > > What we really need is packaging experts to take on the task. > > > > -- > > 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 zu22 at andrew.cmu.edu Tue Oct 31 20:53:00 2000 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:05 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001031195223.A127232@cecum.vec.wfubmc.edu> Message-ID: On Tue, 31 Oct 2000, Dave Ahn wrote: > I have access to a bunch of Intel and Sparc Debian boxes. I might try > to build a package... I just ordered Debian potatoe release from cheapbytes.com :) uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Tue Oct 31 22:18:35 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: ; from zu22@andrew.cmu.edu on Tue, Oct 31, 2000 at 09:51:30PM -0500 References: <20001101113443.D3229@us.netrek.org> Message-ID: <20001101151835.F3229@us.netrek.org> On Tue, Oct 31, 2000 at 09:51:30PM -0500, Zachary Uram wrote: > what exactly does a packaging expert do? They recommend modifications to an open source project so that it can be packaged using whatever packaging tool they are experts in. They first work out how the product is compiled, installed and run. Then they figure out how to adjust the sequence so that it fits the rules of the distribution they are packaging for. They usually come up with a directory containing files that help with the packaging, and may even make a few recommendations to the project team to simplify packaging of future versions. They then generate test packages, ask a few people to try them out, then final packages and submit them to their distribution authority. > u mean converting our vanilla src tree (or blessed binary w/ RSA > src) into a RPM and ftp'ing this to some redhat upload site? That's a fairly succinct description. ;-) While I would define an open source hacker as someone who contributes to open source projects at a software engineering level ... a packaging expert is a sort of proto-hacker or hacker-wannabe who seeks reward from the open source community based on their persistence in packaging. See http://www.tuxedo.org/~esr/faqs/hacker-howto.html for how to become an open source hacker. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Tue Oct 31 23:57:39 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001031195223.A127232@cecum.vec.wfubmc.edu>; from ahn@vec.wfubmc.edu on Tue, Oct 31, 2000 at 07:52:23PM -0500 References: <20001031124611.G119076@cecum.vec.wfubmc.edu> <20001101113443.D3229@us.netrek.org> <20001031195223.A127232@cecum.vec.wfubmc.edu> Message-ID: <20001101165739.G3229@us.netrek.org> On Tue, Oct 31, 2000 at 07:52:23PM -0500, Dave Ahn wrote: > I don't see one for COW. Upload it to ftp.netrek.org? I can't find it. I did find the cow.spec file used to build it, and it has been committed to the COW CVS tree. Sorry about that. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From int10185 at rediffmail.com Thu Oct 19 05:33:16 2000 From: int10185 at rediffmail.com (XVA International) Date: Wed Jan 12 00:53:27 2005 Subject: [META] (no subject) Message-ID: <20001019103316.31589.qmail@mailweb7.rediffmail.com> WOULD YOU STUFF ENVELOPES FOR $1,000'S WEEKLY? $2 For Each Envelope You Stuff SIMPLE, PLEASANT WORK YOU CAN DO AT HOME!!! HELP SOLVE YOUR MONEY PROBLEMS. No more worries over inflation, recession, bills, rising gasoline and other costs. If you are looking for easy extra income, to relieve financial pressures, you owe it to yourself to investigate our offer. HERE IS YOUR CHANCE to earn extra money working at home by becoming an active participant of our successful mailing association. You receive cash daily for the envelopes you stuff. There is no limit. You stuff as many as you wish. NO EXPERIENCE OR SPECIAL SKILLS REQUIRED. Our HOMEMAILER'S PROGRAM is designed especially for people with little or no business experience and provides step-by step instructions. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ WHY IS THIS POSSIBLE? There are many mail-order companies who want to expand their business, but do not want to hire more people. If they hired more employees, they would have to supervise them, rent more office space, pay more taxes and insurance, all involving more paperwork. It is much easier for them to set it up so that independent homeworkers can earn money doing the work themselves. This program is designed to help people cash in with a company who needs homeworkers. Each member is an independent homeworker. You serve a company that pays good commissions to have their circulars mailed. This program has been perfected so that it has become one of the most successful and profitable ones ever. We invite you to take part in our success. The money you earn is up to you. We do not require that you mail a certain number of pieces each week. You can take on whatever amount of business that fits your schedule, and you can quit whenever you want, there are no obligations. This work mainly consists of the securing of envelopes. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ You may work in the comfort of your own home, choose your own hours, and set your own pace. No need to leave your present job. The possibilities are unlimited - get the whole family to join in. Form workshops with your friends. We will further show you how to expand your operation and boost your new income as high as you wish to go. NOW, IT'S ALL UP TO YOU! The opportunity for the better life is here - it's waiting! But only YOU can take that all-important step that separates the achievers from the dreamers! Order NOW! $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ ALL BUSINESS can be done by MAIL and we give you complete assistance at every step to insure your success. You can START THE SAME DAY you receive the instructions and begin RECEIVING MONEY WITHIN TWO WEEKS and every week from then on, as long as you desire. You will be supplied with the materials to be stuffed. Envelopes will be already stamped and addressed. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ GUARANTEE: We welcome you to this program and extend to you our unconditional guarantee that everything we have said about this program is true and that you will be delighted with the money you make. Our goals and continued success depends on your 100% satisfaction with the HOMEMAILER'S PROGRAM. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ DON'T BE FOOLED There are many fraudulent envelope addressing and chain letter schemes being sold today. We recommend that you avoid them. Why fool with some questionable scheme when our program enables you to earn so much money legally. This is not an offer of employment. It is an opportunity to become an independent commission mailer for our company. Remember, unlike the others, this is not a get-rich-quick scheme. It is a proven program for making money while filling the needs of a company who need people to mail their circulars. IN ORDER TO GET YOU STARTED IMMEDIATELY, we must require a one-time fee of only $13.95. This covers our expense in showing you what to do and guarantees you can work with us as long as desired. You will not be required or asked to pay for any additional information or manuals. Inasmuch as we would like to send you our program with the small charge, we must protect ourselves from those who are not serious and have no intention other than to satisfy their own curiosity. Naturally, no business can afford to send out costly material to everyone who writes in asking for it. This small charge assures us that you are serious about wanting to earn money at home. DON'T DELAY - START IMMEDIATELY!!! This is money. You can begin now by putting your time to the best of use. The next few minutes can literally change your life. Don't let this extraordinary opportunity pass. YOUR REGISTRATION FEE REFUNDED as soon as you submit your first 100 envelopes. Send a check or money order in the amount of $13.95 to: X V A International 11948 – 207th Street, Suite 309 Maple Ridge, BC, Canada V2X 1X7 Never send cash through the mail. XVA International is a licensed business operating in BC, Canada; license #14126. This message is sent in compliance of the new e-mail bill: SECTION 301. Per Section 301, Paragraph (a)(2)(C) of S. 1618. Further transmissions to you by the sender of this email may be stopped at no cost to you by sending a reply to this email with the word "remove" in the subject line. _____________________________________________________ Chat with your friends as soon as they come online. Get Rediff Bol at http://bol.rediff.com For fabulous shopping deals visit: http://www.rediff.co.in/shopping/index.html