From superherbie at home.com Fri Nov 3 18:40:08 2000 From: superherbie at home.com (Suber Herbie) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] Crashing Message-ID: <3A035AE7.3EA4DC1C@home.com> I used to play Netrek all the time in school and wan't to play again, however I must now install it on Windows. When I eventually begin a game, the program freezes and crashes. Version 2 and 3. Can you help me? From jeffno at ccs.neu.edu Sat Nov 4 11:13:14 2000 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] Crashing In-Reply-To: <3A035AE7.3EA4DC1C@home.com> from "Suber Herbie" at Nov 04, 2000 12:40:08 AM Message-ID: <200011041713.eA4HDEw04148@denali.ccs.neu.edu> Suber Herbie wrote: > > I used to play Netrek all the time in school and wan't to play again, > however I must now install it on Windows. When I eventually begin a > game, the program freezes and crashes. Version 2 and 3. Can you help > me? Is it Windows NT? I noticed that it doesn't work on NT. You might want to try Netrek1999: http://www.sodablue.org/netrek/ -Jeff From ahn at vec.wfubmc.edu Mon Nov 6 15:08:50 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] New Netrek FTP services Message-ID: <20001106160849.B153210@cecum.vec.wfubmc.edu> Hey folks, Thanks to Karthik Arumugham and Bob Tanner, I am pleased to make available multiple download sites for the Netrek FTP archive. The mirrors are updated daily. Uploads should go to the primary site. FTP: ftp://ftp.netrek.org/ ftp://ftp3.netrek.org/pub/netrek/ (mirror at Real Time) ftp://ftp2.netrek.org/pub/netrek/ (mirror at SourceForge) HTTP: http://www.netrek.org/pub/ The Netrek home page at www.netrek.org has been moved off SourceForge due to complaints about download speeds. Look for a mirror at Real Time real soon now... 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 jbmarkes at cs.vu.nl Tue Nov 7 10:07:12 2000 From: jbmarkes at cs.vu.nl (Jochem) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] expiry date Message-ID: Hi, I get this message below, but i don't seem to be able to find a newer version than v3.00pl2. What needs to be done? $ trek $ !!!!!!!!!!!!!!!!!!!!!!WARNING!!!!!!!!!!!!!!!!!!!!!!! This client will expire on Wed Jan 10 01:26:04 2001 Please obtain a newer version from your favourite ftp site. At the moment of writing http://cow.netrek.org/ is the COW home. Or try the -L option to get a new version. Reading defaults file .xtrekrc Groetjez, Jochem From ssheldon at sodablue.org Tue Nov 7 10:30:24 2000 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] expiry date Message-ID: <200011070930.AA16974368@sodablue.org> Don't worry, when the revolution comes the person who wrote the expiry code will be first up against the wall. :) You need a newer client. If there is not one available, then someone needs to compile a newer client. Obviously check cow.netrek.org... or www.netrek.org You didn't mention what platform you are running on. ---------- Original Message ---------------------------------- From: Jochem Date: Tue, 7 Nov 2000 17:07:12 +0100 (CET) > >Hi, > >I get this message below, but i don't seem to be able to find a newer >version than v3.00pl2. >What needs to be done? > >$ trek >$ !!!!!!!!!!!!!!!!!!!!!!WARNING!!!!!!!!!!!!!!!!!!!!!!! >This client will expire on Wed Jan 10 01:26:04 2001 > >Please obtain a newer version from your favourite ftp site. >At the moment of writing http://cow.netrek.org/ is the COW home. >Or try the -L option to get a new version. >Reading defaults file .xtrekrc > > >Groetjez, > >Jochem > > >_______________________________________________ >vanilla-clients mailing list >vanilla-clients@us.netrek.org >https://mailman.real-time.com/mailman/listinfo/vanilla-clients > From zu22 at andrew.cmu.edu Tue Nov 7 10:32:09 2000 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:50:25 2005 Subject: [Netrek Clients] expiry date In-Reply-To: <200011070930.AA16974368@sodablue.org> Message-ID: it's been a while since i ran brmh or paradise client in unix but i recall some command lag flag that would allow me to run the client after it expired, "-o" i think On Tue, 7 Nov 2000, Steve Sheldon wrote: > Don't worry, when the revolution comes the person who wrote the expiry code will be first up against the wall. :) > > > You need a newer client. If there is not one available, then someone needs to compile a newer client. > > Obviously check cow.netrek.org... or www.netrek.org > > You didn't mention what platform you are running on. > > > > ---------- Original Message ---------------------------------- > From: Jochem > Date: Tue, 7 Nov 2000 17:07:12 +0100 (CET) > > > > >Hi, > > > >I get this message below, but i don't seem to be able to find a newer > >version than v3.00pl2. > >What needs to be done? > > > >$ trek > >$ !!!!!!!!!!!!!!!!!!!!!!WARNING!!!!!!!!!!!!!!!!!!!!!!! > >This client will expire on Wed Jan 10 01:26:04 2001 > > > >Please obtain a newer version from your favourite ftp site. > >At the moment of writing http://cow.netrek.org/ is the COW home. > >Or try the -L option to get a new version. > >Reading defaults file .xtrekrc > > > > > >Groetjez, > > > >Jochem > > > > > >_______________________________________________ > >vanilla-clients mailing list > >vanilla-clients@us.netrek.org > >https://mailman.real-time.com/mailman/listinfo/vanilla-clients > > > _______________________________________________ > vanilla-clients mailing list > vanilla-clients@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-clients > uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From sdimov at sbnd.net Tue Nov 7 11:11:52 2000 From: sdimov at sbnd.net (Stoytcho Dimov) Date: Wed Jan 12 00:50:26 2005 Subject: [Netrek Clients] Outsourcing of software development Message-ID: <01c301c048dd$9c7ffe20$052c18c3@SBND> Dear Sir or Madam, I found your address when going through a research in Internet and would like to introduce our company. We are an outsourcing software development company from Bulgaria, specializing in custom programming for American, Australian and Western European companies. We offer high quality services at very low prices and after the expansion of our firm we are looking for new clients and partners. If you are interested in our services, I would be happy to provide you with any information and references you may request. For more information please visit our web site at www.sbnd.net I look forward to hearing from you. Best regards, Stoytcho I. Dimov CEO SBND Technologies Ltd. E-mail: sdimov@sbnd.net From zu22 at andrew.cmu.edu Tue Nov 7 11:28:14 2000 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:50:26 2005 Subject: [Netrek Clients] Outsourcing of software development In-Reply-To: <01c301c048dd$9c7ffe20$052c18c3@SBND> Message-ID: haha! that dude prolly thought we were a commerical company we have hard enough time getting enough ppl to use the FREE client, i doubt we could sell it hehe. and why would we go through some Bulgarian company even if we needed outsourcing?! weird. uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Tue Nov 7 22:38:16 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:50:26 2005 Subject: [Netrek Clients] Outsourcing of software development In-Reply-To: ; from zu22@andrew.cmu.edu on Tue, Nov 07, 2000 at 12:28:14PM -0500 References: <01c301c048dd$9c7ffe20$052c18c3@SBND> Message-ID: <20001108153816.B19931@us.netrek.org> It was UCE (spam), I got it at Compaq today too. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From gandalf#enns.cc at mx.graz.inode.at Mon Nov 13 14:43:13 2000 From: gandalf#enns.cc at mx.graz.inode.at (gandalf#enns.cc@admin.enns.cc) Date: Wed Jan 12 00:50:26 2005 Subject: [Netrek Clients] expiry date Message-ID: <200011131543740.SM00211@m2w011.mail2web.com> Hello, Unfortunately, I'm still in South Africa till end of February, but I should be at home for 2 weeks over X-Mas. I hope I will find the time then to get out a new release which doesn't expire in a year again. Kurt (007) COW source keeper PS: I just implemented the hole RSA key generator and encryption stuff in Java. It's extremely easy there, since it seems that the Bignum package has been especially designed for that. Original Message: ----------------- From: Zachary Uram zu22@andrew.cmu.edu Date: Tue, 7 Nov 2000 11:32:09 -0500 (EST) Subject: Re: [Netrek Clients] expiry date it's been a while since i ran brmh or paradise client in unix but i recall some command lag flag that would allow me to run the client after it expired, "-o" i think On Tue, 7 Nov 2000, Steve Sheldon wrote: > Don't worry, when the revolution comes the person who wrote the expiry code will be first up against the wall. :) > > > You need a newer client. If there is not one available, then someone needs to compile a newer client. > > Obviously check cow.netrek.org... or www.netrek.org > > You didn't mention what platform you are running on. > > > > ---------- Original Message ---------------------------------- > From: Jochem > Date: Tue, 7 Nov 2000 17:07:12 +0100 (CET) > > > > >Hi, > > > >I get this message below, but i don't seem to be able to find a newer > >version than v3.00pl2. > >What needs to be done? > > > >$ trek > >$ !!!!!!!!!!!!!!!!!!!!!!WARNING!!!!!!!!!!!!!!!!!!!!!!! > >This client will expire on Wed Jan 10 01:26:04 2001 > > > >Please obtain a newer version from your favourite ftp site. > >At the moment of writing http://cow.netrek.org/ is the COW home. > >Or try the -L option to get a new version. > >Reading defaults file .xtrekrc > > > > > >Groetjez, > > > >Jochem > > > > > >_______________________________________________ > >vanilla-clients mailing list > >vanilla-clients@us.netrek.org > >https://mailman.real-time.com/mailman/listinfo/vanilla-clients > > > _______________________________________________ > vanilla-clients mailing list > vanilla-clients@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-clients > uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 _______________________________________________ vanilla-clients mailing list vanilla-clients@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-clients ------------------------------------------------------------------- This message has been posted from Mail2Web http://www.mail2web.com/ Web Hosting for $9.95 per month! Visit: http://www.yourhosting.com/ ------------------------------------------------------------------- From sdimov at sbnd.net Fri Nov 17 02:32:40 2000 From: sdimov at sbnd.net (Stoytcho Dimov) Date: Wed Jan 12 00:50:26 2005 Subject: [Netrek Clients] Outsourcing of software development Message-ID: <007501c05070$e5923f20$0b2c18c3@SBND> Dear Sir or Madam, I found your address when going through a research in Internet and would like to introduce our company. We are an outsourcing software development company from Bulgaria, specializing in custom programming for American, Australian and Western European companies. We offer high quality services at very low prices and after the expansion of our firm we are looking for new clients and partners. If you are interested in our services, I would be happy to provide you with any information and references you may request. For more information please visit our web site at www.sbnd.net I look forward to hearing from you. Best regards, Stoytcho I. Dimov CEO SBND Technologies Ltd. E-mail: sdimov@sbnd.net From xrt at hpu.at Wed Nov 29 02:46:09 2000 From: xrt at hpu.at (xrt@hpu.at) Date: Wed Jan 12 00:50:26 2005 Subject: [Netrek Clients] Does Your Job Pay You Cash Daily? Message-ID: I have a friend that is spending about 20 minutes/day and making $150 or more per day. He has already made over $5,000 in just 2 months. Read the body of this e-mail and you will see what he is doing. The person that introduced him has made over $300,000 in the last 3 years, hasn't advertised for over a year and still has orders coming in. THIS REALLY WORKS!!! Have the faith, don't miss this opportunity, get involved. It will work for you as it does for us!!! Thank you for your time and interest. Please keep reading. This e-mail contains the ENTIRE PLAN of how YOU can receive $50,000 or more in the next 90 days simply sending e-mail!! Seem impossible? Just read on and see how easy this is. It's YOUR turn!!! Due to the popularity of this letter on the Internet, a major nightly news program recently devoted an entire show to the investigation of the program described below to see if it really can make people money. The show also investigated whether or not the program was legal. Their findings proved that there are absolutely no laws prohibiting the participation in the program. This has helped to show people that this is a simple, harmless, and fun way to make some extra money at home. The results have been truly remarkable. So many people are participating that those involved are doing much better than ever before, and it's been exciting. You will understand once you try it yourself!! ******THE ENTIRE PLAN IS PRESENTED BELOW****** ***Print This Now For Future Reference*** $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ If you would like to make at least $50,000 in less than 90 days! Please read this program: THEN READ IT AGAIN!! $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ THIS IS A LEGITIMATE, LEGAL, MONEY MAKING OPPORTUNITY!! It does NOT require you to come into contact with people or make or take any telephone calls. Just follow the instructions, and you will make money. This simplified e- mail marketing program works perfectly 100% EVERY TIME! E-mail is the sales tool of the future. Take advantage of this virtually free method of advertising NOW!!! The longer you wait, the more people will be doing business using e- mail. Get your piece of this action!!! Hello, My name is Jonathan Rourke; I'm from Rhode Island. The enclosed information is something I almost let slip through my fingers. Fortunately sometime later I re-read everything and gave some thought and study to it. Two years ago, the corporation I worked for, for the past twelve years downsized and my position was eliminated. After unproductive job interviews, I decided to open my own business. Over the past year, I incurred many unforeseen financial problems. I owed my family, friends and creditors over $35,000. The economy was taking a toll on my business and I just couldn't seem to make ends meet. I had to refinance and borrow against my home to support my family and struggling business. AT THAT MOMENT, something significant happened in my life. I am writing to share the experience in hopes that this could change your life FOREVER FINANCIALLY$$$!! In mid December, I received this program in my e-mail. Six months prior to receiving this program I had been sending away for information on various business opportunities. All of the programs I received, in my opinion, were not cost effective. They were either too difficult for me to comprehend or the initial investment was too much for me to risk to see if they would work. But as I was saying, in December of 1997 I received this program. I didn't send for it, or ask for it, they just got my name off a mailing list. THANK GOODNESS FOR THAT!!! After reading it several times, to make sure I was reading it correctly, I couldn't believe my eyes! Here was a MONEY MAKING MACHINE I could start immediately without any debt. Like most of you, I was still a little skeptical and little worried about the legal aspects of it all. So I checked it out with the U.S. Post Office (1-800-725-2161 24-hrs) and they confirmed that it is indeed legal! After determining the program was LEGAL I decided "WHY NOT"!!! Initially, I sent out 10,000 e-mails. It cost me about $15 for my time on-line. The great thing about e-mail is that I don't need any money for printing to send out the program, and because I also send the product (reports) by e-mail, my only expense is my time. In less than one week, I was starting to receive orders for REPORT # 1. By January 13, I had received 26 orders for REPORT # 1. Your goal is to RECEIVE at least 20 ORDERS FOR REPORT #1 WITHIN 2 WEEKS. IF YOU DON'T RECEIVE THAT MANY, SEND OUT MORE PROGRAMS UNTIL YOU DO. My first step in making $50,000 in 90 days was done. By January 30, I had received 196 orders for REPORT # 2. Your goal is to RECEIVE AT LEAST 100+ ORDERS FOR REPORT # 2 WITHIN 2 WEEKS. IF NOT, SEND OUT MORE PROGRAM UNTIL YOU DO. ONCE YOU HAVE 100 ORDERS, THE REST IS EASY, RELAX , YOU WILL MAKE YOUR $50,000 GOAL. Well, I had 196 orders for REPORT # 2. 96 more than I needed. So I sat back and relaxed. By March 1, of my e- mailing of 10,000, I had received $58,000 with more coming in every day. I paid off ALL my debts and bought a much needed new car!! Please take your time to read this plan, IT WILL CHANGE YOUR LIFE FOREVER!!! Remember, it won't work if you don't try it. This program does work, but you must follow it EXACTLY! Especially the rules of not trying to place your name in a different place. If you do that, it won't work and you'll lose out on a lot of money!! In order for this program to work, you must meet your goal of 20+ orders for REPORT # 1, and 100+ orders for REPORT # 2 and you will make $50,000 or more in 90 days. I AM LIVING PROOF THAT IT WORKS!!! If you choose not to participate in this program, I am sorry. It really is a great opportunity with little cost or risk to you. If you choose to participate, follow the program and you will be on your way to financial security. If you are a fellow business owner and are in financial trouble like I was, or you want to start your own business, consider this a sign. I DID!!! Sincerely, Jonathan Rourke A PERSONAL NOTE FROM THE ORIGINATOR OF THIS PROGRAM: By the time you have read the enclosed program and reports, you should have concluded that such a program, and one that is legal, could not have been created by an amateur. Let me tell you a little about myself. I had a profitable business for 10 years. Then in 1979 my business began falling off. I was doing the same things that were previously successful for me, but it wasn't working. Finally, I figured it out. It wasn't me, it was the economy. Inflation and recession had replaced the stable economy that had been with us since 1945. I don't have to tell you what happened to the unemployment rate: because many of you know from first hand experience. There were more failures and bankruptcies than ever before. The middle class was vanishing. Those who knew what they were doing, invested wisely and moved up. Those who did not, including those who never had anything to save or invest, were moving down into the ranks of the poor. As the saying goes. "THE RICH GET RICHER AND THE POOR GET POORER". The traditional methods of making money will never allow you to "move up" or "get rich", inflation will see to that. You have just received information that can give you financial freedom for the rest of your life, with "NO RISK" and "JUST A LITTLE BIT OF EFFORT." You can make more money in the next few months than you have ever imagined. I should also point out that I will not see a penny of this money, nor anyone else who had provided a testimonial for this program. I have retired from the program after sending thousands and thousands of programs. Follow the program EXACTLY AS INSTRUCTED. Do not change it in any way. It works exceedingly well as it is now. Remember to e-mail a copy of this exciting report to everyone you can think of. One of the people you send this to may send out to 50,000 people in a bulk e-mail and your name will be on every one of them!! Remember though, the more you send out, the more potential customers you will reach. So my friend, I have given you the ideas, information, materials and opportunity to become financially independent. IT IS UP TO YOU!! NOW DO IT!!! Before you delete this program from your in box, as I almost did, take a little time to read it and REALLY THINK ABOUT IT. Get a pencil and figure out what could happen. YOU will definitely get back what you invested. Any doubts you have will vanish when your first orders come in. $$$IT WORKS!!!$$$ Jody Jacobs..Richmond, VA HERE'S HOW THIS AMAZING PROGRAM WILL MAKE YOU THOUSANDS OF DOLLARS$$$!!! This method of raising capital REALLY WORKS 100% EVERY TIME. I am sure that you could use up to $50,000 or more in the next 90 days. Before you say BULL...please read this program carefully. This is NOT a chain letter, but a perfectly legal money making business. As with all multi-level business, we build our business by recruiting new partners and selling our products. Every state in the USA allows you to recruit new multi-level business partners, and we sell and deliver a product for EVERY dollar received. YOUR ORDERS COME BY MAIL AND ARE FILLED BY E-MAIL, so you are not involved in personal selling. You do it privately in your own home, store or office. This is the EASIEST marketing plan anywhere! It is simply order filling by e- mail! The product is informational and instructional material. Keys to the secrets for everyone on how to open the doors to the magic world of E-COMMERCE, the information highway, the wave of the future!!! PLAN SUMMARY: 1. You order the 4 reports listed below ($5 each). They come to you by e-mail. 2. Save a copy of this entire letter and put your name after Report # 1 and move the other names down. 3. Via the internet, access Yahoo.com or any of the other major search engines to locate hundreds of bulk e-mail service companies (search for "Bulk e-mail" and have them send 25,000 - 50,000 e-mails for you.) Cost about $49+ depending on the company. 4. Orders will come to you by postal mail- simply e-mail them the Report they ordered. Let me ask you; isn't this about as easy as it gets? By the way there are over 50 MILLION e-mail addresses with millions more joining the internet each year so don't worry about "running out" or "saturation". People are used to seeing and hearing the same advertisements every day on radio/TV. How many times have you received the same pizza flyers on your door: Then one day you are hungry for pizza and you order one; same thing with this letter. I received this letter many times, then one day I decided it was time to try it. YOU CAN START TODAY; JUST DO THESE EASY STEPS: STEP #1. ORDER THE FOUR REPORTS Order the four reports shown on the list below (you can't sell them if you don't order them). For each report, send $5.00 CASH, the NAME & NUMBER OF THE REPORT YOU ARE ORDERING, YOUR E-MAIL ADDRESS, and YOUR NAME & RETURN ADDRESS (in case of a problem) to the person whose name appears on the list next to the report. MAKE SURE YOUR RETURN ADDRESS IS ON YOUR ENVELOPE IN CASE OF ANY MAIL PROBLEMS! Within a few days you will receive, by e-mail, each of the four reports. Save them on your computer so you can send them to the 1000's of people who will order them from you. STEP # 2. ADD YOUR MAILING ADDRESS TO THIS LETTER a. look below for the listing of the four reports. b. After you've ordered the four reports, delete the name and address under REPORT #4. This person has made it through the cycle. c. Move the name and address under REPORT # 3 down to REPORT # 4. d. Move the name and address under REPORT # 2 down to REPORT # 3. e. Move the name and address under REPORT # 1 down to REPORT # 2. f. Insert your name/address in the REPORT # 1 position. Please make sure you COPY ALL INFORMATION, every name and address, ACCURATELY!!! STEP # 3. Take this entire letter, including the modified list of names , and save it to your computer. Make NO changes to these instructions. Now you are ready to use this entire e-mail to send by e-mail to prospects. Report # 1 will tell you how to download bulk e-mail software and e-mail addresses so you can send it out to thousands of people while you sleep! Remember that 50,000+ new people are joining the internet every month. Your cost to participate in this is practically nothing (surely you can afford $20 and the initial bulk mailing cost). You obviously already have a computer and an Internet connection and e-mailing is FREE!! There are two primary methods of building your downline: METHOD # 1: SENDING BULK E-MAIL Let's say that you decide to start small, just to see how it goes, and we'll assume you and all those involved e-mail out only 2,000 programs each. Let's also assume that the mailing receives a 0.5% (1/2%) response. The response could be much better. Also, many people will e-mail out hundreds of thousands of programs instead of 2,000 (why stop at 2,000?) But continuing with this example, you send out only 2,000 programs. With a 0.5% response, that is only 10 orders for REPORT # 1. Those 10 people respond by sending out 2,000 programs each for a total of 20,000. Out of those 0.5%, 100 people respond and order REPORT # 2. Those 100 mail out 2,000 programs each for a total of 200,000. The 0.5% response to that is 1,000 orders for REPORT # 3. Those 1,000 send out 2,000 programs each for a 2,000,000 total. The 0.5% response to that is 10,000 orders for REPORT # 4. That's 10,000 $5 bills for you. CASH!!! Your total income in this example is $50 + $500 + $5000 + $50,000 for a total of $55,500!!! REMEMBER FRIEND, THIS IS ASSUMING 1,990 OUT OF THE 2,000 PEOPLE YOU MAIL TO WILL DO ABSOLUTELY NOTHING AND TRASH THIS PROGRAM! DARE TO THINK FOR A MOMENT WHAT WOULD HAPPEN IF EVERYONE, OR HALF SENT OUT 100,000 PROGRAMS INSTEAD OF 2,000. Believe me, many people will do just that , and more!! METHOD # 2: PLACING FREE ADS ON THE INTERNET Advertising on the internet is very, very inexpensive, and there are HUNDREDS of FREE places to advertise. Let's say you decide to start small just to see how well it works. Assume your goal is to get ONLY 10 people to participate on your first level. (Placing a lot of FREE ads on the Internet will EASILY get a larger response.) Also assume that everyone else in YOUR ORGANIZATION gets ONLY 10 downline members. Look how this small number accumulates to achieve the STAGGERING results below: 1st level: your first 10 send you $5 for a total of $50 2nd level: 10 members from those 10 ($5 X 100) for a total of $500 3rd level: 10 members from those 100 ($5 X 1,000) for a total of $5,000 4th level: 10 members from those 1,000 ($5 X 10,000) for a total of $50,000 $$$$$$$$$$$$THIS TOTALS---------$55,550 $$$$$$$$$$$$$ AMAZING ISN'T IT? Remember friends, this assumes that the people who participate only recruit 10 people each. Think for a moment what would happen if they got 20 people to participate!! Most people get 100's of participants and many will continue to work this program, sending out programs WITH YOUR NAME ON THEM for years! THINK ABOUT IT!! People are going to get e-mails about this plan from you or somebody else and many will work this plan - the question is: Don't you want your name to be on the e-mails they send out? ***DON'T MISS OUT!!!*** JUST TRY IT ONCE!!*** ***SEE WHAT HAPPENS!!!***YOU'LL BE AMAZED!!*** ALWAYS PROVIDE SAME-DAY SERVICE ON ALL ORDERS! This will guarantee that the e-mail THEY send out with YOUR name and address on it will be prompt because they can't advertise until they receive the report! GET STARTED TODAY: PLACE YOUR ORDER FOR THE FOUR REPORTS NOW! Note: ALWAYS SEND $5 CASH (U.S. CURRENCY) FOR EACH REPORT. CHECKS NOT ACCEPTED Make sure the cash is concealed by wrapping it in two sheets of paper. On one of those sheets of paper write: a. The number & name of the report you are ordering. b. Your e-mail address. c. Your name & postal address. REPORT #1 "The Insider’s Guide to Advertising for Free on the Internet" ORDER REPORT #1 FROM Megan Ward 120 Hana Hwy # 9 PMB 196 Paia, HI 96779 REPORT #2 "The Insider’s Guide to Sending Bulk E-mail on the Internet" ORDER REPORT #2 FROM Tom More 110 24th St. Newport Beach, CA. 92663 REPORT #3 "The Secrets to Multilevel Marketing on the Internet" ORDER REPORT #3 FROM Randy Catlett 817 W. Iola Place Broken Arrow, OK 74012 REPORT #4 "How to become a Millionaire utilizing the Power of Multilevel Marketing and the Internet" ORDER REPORT #4 FROM Sam Rappa 319 Pulaski Rd Calumet City, IL 60409 ******************TIPS FOR SUCCESS******************** TREAT THIS AS YOUR BUSINESS! Be prompt, professional, and follow the directions accurately. Send for the four reports IMMEDIATELY so you will have them when the orders start coming in, because: When you receive a $5 order, you MUST send out the requested product/report. It is required for this to be a legal business and they need the reports to send out their letters (with your name on them!) ALWAYS PROVIDE SAME-DAY SERVICE ON THE ORDERS YOU RECEIVE. Be patient and persistent with this program...if you follow the instructions exactly; results WILL FOLLOW$$$ ******************YOUR SUCCESS GUIDELINES*************** Follow these guidelines to guarantee your success. If you don't receive 20 orders for REPORT # 1 within two weeks, continue advertising or sending e-mails until you do. Then, a couple of weeks later you should receive at least 100 orders for REPORT # 2 If you don't, continue advertising or sending e-mails until you do. Once you have received 100 or more orders for REPORT # 2, YOU CAN RELAX, because the system is already working for you, and the cash will continue to roll in! THIS IS IMPORTANT TO REMEMBER: Every time your name is moved down on the list, you are placed in front of a DIFFERENT report. You can KEEP TRACK of your PROGRESS by watching which report people are ordering from you. To generate more income, simply send another batch of e- mails or continue placing ads and start the whole process again.! There is no limit to the income you will generate from this business! Before you make your decision as to whether or not you participate in this program, PLEASE answer one question. ARE YOU HAPPY WITH YOUR PRESENT INCOME OR JOB? If the answer is no, then please look at the following facts about this super simple MLM program: 1. NO face to face selling, NO meetings, NO inventory, NO telephone calls, NO big cost to start, Nothing to learn, NO skills needed!! (Surely you know how to send e-mail!) 2. NO equipment to buy; you already have a computer and internet connection; so you have everything you need to fill orders! 3. You are selling a product which does NOT COST ANYTHING TO PRODUCE OR SHIP! (e-mailing copies of the reports is FREE!) 4. All of your customers pay you in CA$H! This program will change your LIFE FOREVER!!! Look at the potential for you to be able to work a super-high paying leisurely easy business from home! $$$$FINALLY MAKE SOME DREAMS COME TRUE!$$$ ACT NOW! Take your first step toward achieving financial independence. Order the reports and follow the program outlined above: SUCCESS will be your reward. Thank you for your time and consideration. PLEASE NOTE: If you need help with starting a business, registering a business name, learning how income tax is handled, etc., contact your local office of the Small Business Administration (a Federal Agency) 1-800-827-5722 for free help and answers to questions. Also, the Internal Revenue Service offers free help via telephone and free seminars about business tax requirements. Your earnings are highly dependent on your activities and advertising. The information contained on this site and in the reports constitutes no guarantees stated nor implied. In the event that it is determined that this site or report constitutes a guarantee of any kind, that guarantee is now void. The earnings amounts listed on this site and in the report are estimates only. If you have any questions of the legality of this program, contact the Office of Associate Director for Marketing Practices, Federal Trade Commission, Bureau of Consumer Protection in Washington, DC. Under Bill s.1618 TITLE 111 passed by the 105th US Congress, this letter cannot be considered spam as long as the sender includes contact information and a method of removal. This is a one time e-mail transmission. No request for removal is necessary. From vanilla-devel at us.netrek.org Sat Nov 4 17:49:41 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200011042349.eA4Nnfh05134@swashbuckler.fortress.real-time.com> Date: Saturday November 4, 2000 @ 17:49 Author: ahn Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv5131 Modified Files: inl.c inlcomm.c Log Message: * robots/inl*.c: Fix INL robot core dump. Fix bugs in continuous scoring. **************************************** Index: Vanilla/robots/inl.c diff -u Vanilla/robots/inl.c:1.33 Vanilla/robots/inl.c:1.34 --- Vanilla/robots/inl.c:1.33 Tue Oct 31 23:51:43 2000 +++ Vanilla/robots/inl.c Sat Nov 4 17:49:40 2000 @@ -1,7 +1,7 @@ -/* $Id: inl.c,v 1.33 2000/11/01 05:51:43 ahn Exp $ */ +/* $Id: inl.c,v 1.34 2000/11/04 23:49:40 ahn Exp $ */ #ifndef lint -static char vcid[] = "$Id: inl.c,v 1.33 2000/11/01 05:51:43 ahn Exp $"; +static char vcid[] = "$Id: inl.c,v 1.34 2000/11/04 23:49:40 ahn Exp $"; #endif /* lint */ /* @@ -743,6 +743,8 @@ double divisor = inl_stat.weighted_divisor; double delta; + countplanets(); + /* NORMAL scoring mode; OR, continuous scoring and in OT. Use absolute planet count. */ if ((inl_stat.score_mode == 0) || (inl_stat.flags & S_OVERTIME)) { @@ -790,18 +792,17 @@ int game_over = 0; int win_cond; - countplanets(); if ((win_cond = check_winner()) != 0) { pmessage(0, MALL, inl_from, "---------- Game Over ----------"); - pmessage(0, MALL, inl_from, "Result: %i - %i - %i", + pmessage(0, MALL, inl_from, "Planet count: %i - %i - %i", inl_teams[HOME].planets, inl_teams[AWAY].planets, (20 - inl_teams[HOME].planets - inl_teams[AWAY].planets)); /* 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", + fprintf(inl_log, "---------- Game Over ---------\n"); + fprintf(inl_log, "SCORE: Planet count: %i - %i - %i\n", inl_teams[HOME].planets, inl_teams[AWAY].planets, (20 - inl_teams[HOME].planets - inl_teams[AWAY].planets)); @@ -809,20 +810,20 @@ switch(win_cond) { case 1: - pmessage(0, MALL, inl_from, "Winning condition: planet count"); - fprintf(inl_log, "Winning condition: planet count\n"); + pmessage(0, MALL, inl_from, "Victory by: planet count (normal scoring)"); + fprintf(inl_log, "SCORE: Victory by planet count (normal scoring)\n"); break; case 2: - pmessage(0, MALL, inl_from, "Winning condition: continuous score >= 2.0"); - fprintf(inl_log, "Winning condition: continuous score >= 2.0\n"); + pmessage(0, MALL, inl_from, "Victory by: continuous score >= 2.0"); + fprintf(inl_log, "SCORE: Victory by: continuous score >= 2.0\n"); break; case 3: - pmessage(0, MALL, inl_from, "Winning condition: score < 2.0, planet count"); - fprintf(inl_log, "Winning condition: score < 2.0, planet count\n"); + pmessage(0, MALL, inl_from, "Victory by: planet count (continuous score < 2.0)"); + fprintf(inl_log, "SCORE: Victory by: planet count (continuous score < 2.0)\n"); break; default: - pmessage(0, MALL, inl_from, "Winning condition: UNKNOWN"); - fprintf(inl_log, "Winning condition: UNKNOWN\n"); + pmessage(0, MALL, inl_from, "Victory by: UNKNOWN"); + fprintf(inl_log, "SCORE: Victory by: UNKNOWN\n"); break; } @@ -834,6 +835,7 @@ inl_stat.flags &= ~(S_TOURNEY | S_COUNTDOWN); inl_stat.flags |= S_OVERTIME; pmessage(0, MALL, inl_from, "---------- Overtime ----------"); + fprintf(inl_log, "---------- Overtime ---------\n"); obliterate(0,KPROVIDENCE); inl_game.idx = 0; @@ -841,11 +843,23 @@ /* inl_game.counts[0] = inl_stat.overtime / (PERMIN*2); */ inl_game.message = "%i %s left in overtime"; + fprintf(inl_log, "SCORE: Planet count: %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); } else if (inl_game.end <= inl_stat.game_ticks) { pmessage(0, MALL, inl_from, "------ Game ran out of time without a winner ------"); + + fprintf(inl_log, "---------- Game Over (TIED) ---------\n"); + fprintf(inl_log, "SCORE: Planet count: %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); game_over = 1; } Index: Vanilla/robots/inlcomm.c diff -u Vanilla/robots/inlcomm.c:1.18 Vanilla/robots/inlcomm.c:1.19 --- Vanilla/robots/inlcomm.c:1.18 Tue Oct 31 23:51:43 2000 +++ Vanilla/robots/inlcomm.c Sat Nov 4 17:49:40 2000 @@ -1033,6 +1033,7 @@ void announce_scores(int who, int flag, FILE *fp) { int win_cond; + char *side; float divisor = (float) (inl_stat.game_ticks * 4); @@ -1042,15 +1043,20 @@ if (inl_stat.weighted_divisor < 1.0) return; + if (inl_stat.score_mode == 0) + pmessage(who, flag, addr_mess(who, flag), "Scoring mode: planet count"); + else + pmessage(who, flag, addr_mess(who, flag), "Scoring mode: continuous score"); + pmessage(who, flag, addr_mess(who, flag), - "Score: %s vs %s %.2f - %.2f (weighted)", + "Continuous score: %s vs %s %.2f - %.2f (weighted)", 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); if (fp) - fprintf("Score: %s vs %s %.2f - %.2f (weighted)\n", + fprintf(fp, "SCORE: Continuous 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, @@ -1081,38 +1087,38 @@ (float) inl_teams[1].semi_score / divisor); ******/ - - - if ((win_cond = check_winner()) != 0) { - char *side; + win_cond = check_winner(); - side = (inl_teams[0].weighted_score > inl_teams[1].weighted_score)? - sides[inl_teams[0].side_index].name: - sides[inl_teams[1].side_index].name; - - switch(win_cond) { - case 1: - /* ignore NORMAL scoring mode */ - break; - case 2: - pmessage(who, flag, addr_mess(who, flag), - "%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 < 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 { - pmessage(who, flag, addr_mess(who, flag), "Game is tied."); - if (fp) - fprintf(fp, "Game is tied\n"); + side = (inl_teams[0].weighted_score > inl_teams[1].weighted_score)? + sides[inl_teams[0].side_index].name: + sides[inl_teams[1].side_index].name; + + switch(win_cond) { + case 0: + if (inl_stat.score_mode) { + pmessage(who, flag, addr_mess(who, flag), "Game TIED."); + + if (fp) fprintf(fp, "SCORE: Game TIED.\n"); + } + break; + case 1: + pmessage(who, flag, addr_mess(who, flag), + "%s winning by planet count", side); + /* ignore NORMAL scoring mode */ + break; + case 2: + pmessage(who, flag, addr_mess(who, flag), + "%s winning by score >= 2.0", side); + if (fp) + fprintf(fp, "SCORE: %s winning by score >= 2.0\n", side); + break; + case 3: + pmessage(who, flag, addr_mess(who, flag), + "%s winning by score < 2.0 but planet > 11-8-1", side); + if (fp) + fprintf(fp, "SCORE: %s winning by score < 2.0 but planet > 11-8-1\n", side); + break; } } From vanilla-devel at us.netrek.org Sat Nov 4 17:49:51 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011042349.eA4Nnpn05143@swashbuckler.fortress.real-time.com> Date: Saturday November 4, 2000 @ 17:49 Author: ahn Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv5140 Modified Files: ChangeLog Log Message: Changes by Ahn. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.94 Vanilla/ChangeLog:1.95 --- Vanilla/ChangeLog:1.94 Tue Oct 31 23:52:03 2000 +++ Vanilla/ChangeLog Sat Nov 4 17:49:51 2000 @@ -1,3 +1,8 @@ +Sat Nov 4 18:51:21 EST 2000 Dave Ahn + + * robots/inl*.c: Fix INL robot core dump. Fix bugs in continuous + scoring. + Wed Nov 1 00:47:45 EST 2000 Dave Ahn * robots/inl*.c: Change continuous score differential to 2.0. @@ -1040,4 +1045,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.94 2000/11/01 05:52:03 ahn Exp $ + $Id: ChangeLog,v 1.95 2000/11/04 23:49:51 ahn Exp $ From vanilla-devel at us.netrek.org Tue Nov 7 09:22:50 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla/ntserv Message-ID: <200011071522.eA7FMoZ07214@swashbuckler.fortress.real-time.com> Date: Tuesday November 7, 2000 @ 9:22 Author: xyzzy Update of /home/netrek/cvsroot/Vanilla/ntserv In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv7209 Modified Files: genspkt.c Log Message: Fix updateStatus() so that it has the intended behavior. This should result in T-mode changes being sent when they happen, instead of some later time. **************************************** Index: Vanilla/ntserv/genspkt.c diff -u Vanilla/ntserv/genspkt.c:1.18 Vanilla/ntserv/genspkt.c:1.19 --- Vanilla/ntserv/genspkt.c:1.18 Thu Jul 20 20:08:27 2000 +++ Vanilla/ntserv/genspkt.c Tue Nov 7 09:22:49 2000 @@ -983,27 +983,25 @@ void updateStatus(int force) /* if force is false, packet only sent when status->tourn changes */ +/* if force is true, send every 10 seconds as long as timeprod has changed */ { -/* Update status every 10 seconds? */ - if (repCount % efticks(50) == 0) - if ( clientStatus.tourn != status->tourn - || (force && (ntohl(clientStatus.timeprod) != timeprod_int()))) { - + if ((clientStatus.tourn != status->tourn) || + (force && !(repCount%efticks(50)) && + ntohl(clientStatus.timeprod) != timeprod_int())) { #ifdef LTD_STATS - /* Hey, Tmode changed. Do I have an enemy? */ - setEnemy(me->p_team, me); + /* Hey, Tmode changed. Do I have an enemy? */ + setEnemy(me->p_team, me); #endif /* LTD_STATS */ - - clientStatus.type=SP_STATUS; - clientStatus.tourn=status->tourn; - clientStatus.armsbomb=htonl(status->armsbomb/10); - clientStatus.planets=htonl(status->planets/10); - clientStatus.kills=htonl(status->kills/10); - clientStatus.losses=htonl(status->losses/10); - clientStatus.time=htonl(status->time/10); - clientStatus.timeprod=htonl(timeprod_int()); - sendClientPacket((CVOID) &clientStatus); - } + clientStatus.type=SP_STATUS; + clientStatus.tourn=status->tourn; + clientStatus.armsbomb=htonl(status->armsbomb/10); + clientStatus.planets=htonl(status->planets/10); + clientStatus.kills=htonl(status->kills/10); + clientStatus.losses=htonl(status->losses/10); + clientStatus.time=htonl(status->time/10); + clientStatus.timeprod=htonl(timeprod_int()); + sendClientPacket((CVOID) &clientStatus); + } } int sndSSelf(struct you_short_spacket *youp, struct player* pl, int howmuch) From vanilla-devel at us.netrek.org Wed Nov 8 14:07:36 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011082007.eA8K7aG08721@swashbuckler.fortress.real-time.com> Date: Wednesday November 8, 2000 @ 14:07 Author: ahn Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv8712 Modified Files: PROJECTS Log Message: Removed entries that have been fixed. **************************************** Index: Vanilla/PROJECTS diff -u Vanilla/PROJECTS:1.82 Vanilla/PROJECTS:1.83 --- Vanilla/PROJECTS:1.82 Tue Oct 31 22:46:07 2000 +++ Vanilla/PROJECTS Wed Nov 8 14:07:35 2000 @@ -1,5 +1,5 @@ -$Id: PROJECTS,v 1.82 2000/11/01 04:46:07 cameron Exp $ +$Id: PROJECTS,v 1.83 2000/11/08 20:07:35 ahn Exp $ List of things to do in the future @@ -37,8 +37,6 @@ Timestamps would have helped me determine which messages in ERRORS matter. - - integrate robotd sources into Vanilla build, - - mark's changes, if p_y or p_x = 100000, ship oscillates [mark hasn't come back to me on that, it awaits him] @@ -51,11 +49,6 @@ - all the code in the robots/ directory really need some serious cleanup. the whole thing is a mess. - - 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. - - base players would like a way to turn off docking for particular players, as an abuse prevention and creation measure. @@ -118,13 +111,8 @@ - make GAMETIME response two lines if team name too long [low] - - future: revamp stats DB to hold stats instead of post-processing - [low] [done -dka] - - observer can change teams? - - post game inl core dump, had to restart from .sysdef - - force known team name for REGISTER - INL robot entry voted in from pickup, do not do odds/evens swapping, @@ -141,18 +129,6 @@ - could not rejoin after genocide/conquer, (fix daemon to use non-final why-dead flag), (possible fix, Villalpando 1999-jun) -INL robot problems reported by ahn@netrek.org - - - at the end of an INL game, any player stats accumulated from - his last death until end-game can be lost. the reason is - that player stats are saved only when he dies or ghostbusts. - since end_tourney and other stat processing is done before - the player slot is saved, the reported stats will be - incorrect. for example, if a starbase does not die before - end-game, the stats will show that the starbase wasn't even - in the game. - (possible fix made by Carlos; it seems to work properly, but - we'll wait on more testing to be sure. -dka) INL observations by quozl@us.netrek.org From vanilla-devel at us.netrek.org Wed Nov 8 22:54:40 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla/ntserv Message-ID: <200011090454.eA94seM09262@swashbuckler.fortress.real-time.com> Date: Wednesday November 8, 2000 @ 22:54 Author: jeffno Update of /home/netrek/cvsroot/Vanilla/ntserv In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv9259 Modified Files: struct.h Log Message: GU_NEWBIE is used elsewhere without checking to see if it is defined. Make life easier and always have it defined. **************************************** Index: Vanilla/ntserv/struct.h diff -u Vanilla/ntserv/struct.h:1.12 Vanilla/ntserv/struct.h:1.13 --- Vanilla/ntserv/struct.h:1.12 Thu Jul 6 09:50:55 2000 +++ Vanilla/ntserv/struct.h Wed Nov 8 22:54:39 2000 @@ -87,9 +87,7 @@ #define GU_PAUSED 8 #define ispaused ((status->gameup) & GU_PAUSED) #define GU_INROBOT 16 /* INL robot is present */ -#ifdef NEWBIESERVER #define GU_NEWBIE 32 -#endif /* changed these so we can use and and or functions on them in future */ #define PFREE 0x0000 From vanilla-devel at us.netrek.org Fri Nov 10 21:31:07 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011110331.eAB3V7010991@swashbuckler.fortress.real-time.com> Date: Friday November 10, 2000 @ 21:31 Author: ahn Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv10988 Modified Files: ChangeLog Log Message: Add autoarchiver. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.95 Vanilla/ChangeLog:1.96 --- Vanilla/ChangeLog:1.95 Sat Nov 4 17:49:51 2000 +++ Vanilla/ChangeLog Fri Nov 10 21:31:06 2000 @@ -1,3 +1,10 @@ +Fri Nov 10 22:28:58 EST 2000 Dave Ahn + + * robots/end_tourney.pl: Run auto-archive.pl at endgame. + + * robots/auto-archive.pl: Send game stats automatically to + netrek-stats@genocide.netrek.org. + Sat Nov 4 18:51:21 EST 2000 Dave Ahn * robots/inl*.c: Fix INL robot core dump. Fix bugs in continuous @@ -1045,4 +1052,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.95 2000/11/04 23:49:51 ahn Exp $ + $Id: ChangeLog,v 1.96 2000/11/11 03:31:06 ahn Exp $ From vanilla-devel at us.netrek.org Fri Nov 10 21:31:07 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200011110331.eAB3V7S10996@swashbuckler.fortress.real-time.com> Date: Friday November 10, 2000 @ 21:31 Author: ahn Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv10988/robots Modified Files: end_tourney.pl Log Message: Add autoarchiver. **************************************** Index: Vanilla/robots/end_tourney.pl diff -u Vanilla/robots/end_tourney.pl:1.11 Vanilla/robots/end_tourney.pl:1.12 --- Vanilla/robots/end_tourney.pl:1.11 Mon Jul 17 13:46:59 2000 +++ Vanilla/robots/end_tourney.pl Fri Nov 10 21:31:07 2000 @@ -1,6 +1,6 @@ #!/usr/bin/env perl # -# $Id: end_tourney.pl,v 1.11 2000/07/17 18:46:59 ahn Exp $ +# $Id: end_tourney.pl,v 1.12 2000/11/11 03:31:07 ahn Exp $ # # end_tourney.pl # @@ -9,6 +9,19 @@ # # Generates PWstats and others from an ltd_stats file. # Mails stats to statboys if REGISTER was used. + +###################################################################### +# NEW FEATURE: There is a central stats archive at +# http://www.netrek.org/stats/ +# +# By default, all stats are automatically archived there via the +# auto-archive.pl script. YOU SHOULD EDIT auto-archive.pl to +# work under your environment. +# +# The auto-archiving is independent of the statboy email for +# registered games and the $dropdir features below. +###################################################################### + # # usage: end_tourney.pl [-register] [ID] # If "ID" exists, will open "ltd_stats.", else will open ltd_stats. @@ -78,6 +91,12 @@ &computescore; &printstdout; &printstats; + +# Run the auto-archiver after pwstats have been generated. +# Stats are sent immediately while the cambot file is sent +# in the background. + +system("./auto-archive.pl $id"); $hometeam =~ s/[\`\"\']//g; $awayteam =~ s/[\`\"\']//g; From vanilla-devel at us.netrek.org Fri Nov 10 21:31:47 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200011110331.eAB3Vl911013@swashbuckler.fortress.real-time.com> Date: Friday November 10, 2000 @ 21:31 Author: ahn Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv11010 Modified Files: Makefile Added Files: auto-archive.pl Log Message: Add autoarchive. **************************************** Index: Vanilla/robots/Makefile diff -u Vanilla/robots/Makefile:1.17 Vanilla/robots/Makefile:1.18 --- Vanilla/robots/Makefile:1.17 Tue May 23 20:18:47 2000 +++ Vanilla/robots/Makefile Fri Nov 10 21:31:47 2000 @@ -133,6 +133,7 @@ $(INSTALL) $(INSTALLOPTS) newbie $(LIBDIR)/newbie $(INSTALL) $(INSTALLOPTS) inl $(LIBDIR)/inl $(INSTALL) $(INSTALLOPTS) end_tourney.pl $(LIBDIR)/end_tourney.pl + $(INSTALL) $(INSTALLOPTS) auto-archive.pl $(LIBDIR)/auto-archive.pl updated: update.o ../ntserv/data.o getpath.o $(CC) $(CFLAGS) -o updated update.o data.o getpath.o $(EXTRALIBS) From quozl at us.netrek.org Fri Nov 10 22:37:16 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla In-Reply-To: <200011110331.eAB3V7010991@swashbuckler.fortress.real-time.com>; from vanilla-devel@us.netrek.org on Fri, Nov 10, 2000 at 09:31:07PM -0600 References: <200011110331.eAB3V7010991@swashbuckler.fortress.real-time.com> Message-ID: <20001111153716.G24855@us.netrek.org> On Fri, Nov 10, 2000 at 09:31:07PM -0600, Vanilla CVS Development wrote: > + * robots/auto-archive.pl: Send game stats automatically to > + netrek-stats@genocide.netrek.org. Reviewed auto-archive.pl ... it would certainly save bandwidth if we could send this stuff by something other than mail. Ideas? I'd say a public rsync server with a password known to the code. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Fri Nov 10 23:09:03 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla In-Reply-To: <20001111153716.G24855@us.netrek.org>; from quozl@us.netrek.org on Sat, Nov 11, 2000 at 03:37:16PM +1100 References: <200011110331.eAB3V7010991@swashbuckler.fortress.real-time.com> <20001111153716.G24855@us.netrek.org> Message-ID: <20001111000903.A162476@cecum.vec.wfubmc.edu> On Sat, Nov 11, 2000 at 03:37:16PM +1100, James Cameron wrote: > > Reviewed auto-archive.pl ... it would certainly save bandwidth if we > could send this stuff by something other than mail. Ideas? Well, yeah, we could bypass the uuencoding if we don't use mail. > I'd say a public rsync server with a password known to the code. Most machines don't have rsync. In order for the script to work out of the box, it has to use mail. Also, most servers don't have cambot enabled. Lastly, the autoarchiver actually uses less bandwidth than the statboy mailing. gzip should compress all the data to < 50% its original size, and uuencode adds about 33% to the halved size, so the transmitted size is about 60-75% of the data. The cambot is a whopper, though. After uuencoding, it comes out to be about a 140,000 line email message. Ouch. -- 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 Sat Nov 11 00:45:14 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla In-Reply-To: <20001111000903.A162476@cecum.vec.wfubmc.edu>; from ahn@vec.wfubmc.edu on Sat, Nov 11, 2000 at 12:09:03AM -0500 References: <200011110331.eAB3V7010991@swashbuckler.fortress.real-time.com> <20001111153716.G24855@us.netrek.org> <20001111000903.A162476@cecum.vec.wfubmc.edu> Message-ID: <20001111174514.H24855@us.netrek.org> On Sat, Nov 11, 2000 at 12:09:03AM -0500, Dave Ahn wrote: > Most machines don't have rsync. In order for the script to work out > of the box, it has to use mail. Also, most servers don't have cambot > enabled. Okay, agreed. When packaging, it would cause a dependency on uuencode and gzip, if done right. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Sat Nov 11 00:47:43 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla In-Reply-To: <20001111174514.H24855@us.netrek.org>; from quozl@us.netrek.org on Sat, Nov 11, 2000 at 05:45:14PM +1100 References: <200011110331.eAB3V7010991@swashbuckler.fortress.real-time.com> <20001111153716.G24855@us.netrek.org> <20001111000903.A162476@cecum.vec.wfubmc.edu> <20001111174514.H24855@us.netrek.org> Message-ID: <20001111014743.A170552@cecum.vec.wfubmc.edu> On Sat, Nov 11, 2000 at 05:45:14PM +1100, James Cameron wrote: > On Sat, Nov 11, 2000 at 12:09:03AM -0500, Dave Ahn wrote: > > Most machines don't have rsync. In order for the script to work out > > of the box, it has to use mail. Also, most servers don't have cambot > > enabled. > > Okay, agreed. > > When packaging, it would cause a dependency on uuencode and gzip, if > done right. There is already a dependency on gzip since end_tourney.pl uses it. I don't think there is a UNIX machine in existence today that doesn't have uuencode... :) -- 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 Sat Nov 11 03:13:04 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla In-Reply-To: <20001111014743.A170552@cecum.vec.wfubmc.edu>; from ahn@vec.wfubmc.edu on Sat, Nov 11, 2000 at 01:47:43AM -0500 References: <200011110331.eAB3V7010991@swashbuckler.fortress.real-time.com> <20001111153716.G24855@us.netrek.org> <20001111000903.A162476@cecum.vec.wfubmc.edu> <20001111174514.H24855@us.netrek.org> <20001111014743.A170552@cecum.vec.wfubmc.edu> Message-ID: <20001111201304.I24855@us.netrek.org> On Sat, Nov 11, 2000 at 01:47:43AM -0500, Dave Ahn wrote: > There is already a dependency on gzip since end_tourney.pl uses it. Cool. So does xsg. > I don't think there is a UNIX machine in existence today that doesn't > have uuencode... :) Well, I found 'em. (a) Red Hat ... need to install sharutils, (admittedly normally done) (b) Debian ... need to install sharutils, (omitted on minimal installs) (c) Compaq Tru64 UNIX ... part of the UUCP package. Probably others. ;-) -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From karthik at karthik.com Sat Nov 11 11:36:05 2000 From: karthik at karthik.com (Karthik Arumugham) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla In-Reply-To: <20001111153716.G24855@us.netrek.org> Message-ID: On Sat, 11 Nov 2000, James Cameron wrote: > I'd say a public rsync server with a password known to the code. I made a little script to do this during DL to collect the stats from a remote server back to the central server. I modified end_tourney to call "system("ssh clue\@raidio.gnaps.com > /dev/null 2>1");" when it finished archiving locally, which is the central server where we played most games (raidio is the machine that hosts twink.crackaddict.com and netrek.crackaddict.com). Then on raidio, I had an ssh rsa key looking like this: no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty,command="~/bin/leafstats &" 1024 35 psychos@leaf.lumiere.net This ensured that leafstats is the only command leaf's key could run; I did this because I didn't want to have to give the account on leaf login privileges onto raidio (this is also why I didn't use scp; I didn't want it to be able to blindly copy files to raidio) so that a compromised account on leaf wouldn't lead to raidio being compromised. Then on raidio I had a ~/bin/leafstats script that looks like this: #!/bin/sh cd ~/html/leaf.lumiere.net rsync -rt --rsh=ssh --rsync-path=/home/psychos/bin/rsync psychos@leaf.lumiere.net:public_html/netrek/ . And on leaf I had an rsa key that allowed any activity from raidio with no password (as I trusted security in the other direction). This is probably too complex for general usage, but is probably a bit more secure, and it alleviates the need to have to actually run rsyncd. From ahn at vec.wfubmc.edu Sat Nov 11 14:41:43 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: Vanilla In-Reply-To: ; from karthik@karthik.com on Sat, Nov 11, 2000 at 12:36:05PM -0500 References: <20001111153716.G24855@us.netrek.org> Message-ID: <20001111154143.A171539@cecum.vec.wfubmc.edu> On Sat, Nov 11, 2000 at 12:36:05PM -0500, Karthik Arumugham wrote: > > I made a little script to do this during DL to collect the stats from a > remote server back to the central server. I use restricted ssh RSA auth rsync all the time. Very reliable. But I was going for out-of-the-box functionality using email. I think I'm going to turn off cambot archival by default. genocide seems to be having problems dealing with 150,000 line messages... -- 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 vanilla-devel at us.netrek.org Sun Nov 12 00:49:10 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: metaserver Message-ID: <200011120649.eAC6nAw11735@swashbuckler.fortress.real-time.com> Date: Sunday November 12, 2000 @ 0:49 Author: unbelver Update of /home/netrek/cvsroot/metaserver In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv11732 Modified Files: rsa_keys Log Message: **************************************** Index: metaserver/rsa_keys diff -u metaserver/rsa_keys:2.19 metaserver/rsa_keys:2.20 --- metaserver/rsa_keys:2.19 Mon Sep 4 18:42:12 2000 +++ metaserver/rsa_keys Sun Nov 12 00:49:08 2000 @@ -311,7 +311,13 @@ :gk=e594818e4f8d6b3f8064c4b03c585b3774b9115911d959fb47f9394bff30932f:\ :pk=eb05fb21319e748eb29b06f8e627af8c5e4f3daa8e85c85209797ccada8afd09: # +key.brmh2.4.linuxalpha:ct=BRMH 2.4:cr=karthik@karthik.com:\ + :cd=November 2000:ar=Alpha/Linux:cl=inl,standard2:\ + :cm=ftp://ftp.netrek.org/pub/netrek/clients/brmh/:\ + :gk=3169aa8253108fa3ca4f9f9e9f0c28377e10827f5fe915bfb2502bf4116bde4e:\ + :pk=cfee809a562563cd6d8996bf197d26af6f34394e9bbfca8badad0d948b9deb12: # +# # COW Clients # keep key.cow.ultrix:ct=Client Of Win:cr=ahabig@bigbang.astro.indiana.edu:\ @@ -873,6 +879,12 @@ :cm=Enhanced Paradise Client:\ :gk=b9d69bfe5ff8106c07de90d93b6f92d210b0f8e3e848e32f46faef037f93f49e:\ :pk=9df514f1bcda931459d8bf9999e4ac9e8f20819974b458af9b8de98b824c465f: +# +key.paradise2000.freebsd:ct=Paradise 2000:cr=Trent Piepho :\ + :cd=August 2000:ar=ia32/FreeBSD:cl=???:\ + :cm=Enhanced Paradise Client:\ + :gk=a57a908e1b7febb067b14e4e12e6f70bd985334252ac4f04ee33cdf3eede2569:\ + :pk=11e296d15df40ec4724062f225e1da81c76c36361dcf6348c3fded684da4494c: # # # Ted Turner Client From ahn at vec.wfubmc.edu Mon Nov 13 13:39:33 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:51:20 2005 Subject: [Vanilla Devel] CVS update: metaserver In-Reply-To: <200011120649.eAC6nAw11735@swashbuckler.fortress.real-time.com>; from vanilla-devel@us.netrek.org on Sun, Nov 12, 2000 at 12:49:10AM -0600 References: <200011120649.eAC6nAw11735@swashbuckler.fortress.real-time.com> Message-ID: <20001113143933.A170969@cecum.vec.wfubmc.edu> On Sun, Nov 12, 2000 at 12:49:10AM -0600, Vanilla CVS Development wrote: > Date: Sunday November 12, 2000 @ 0:49 > Author: unbelver > > Update of /home/netrek/cvsroot/metaserver > In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv11732 > > Modified Files: > rsa_keys > Log Message: Carlos, Some of the keys needs to be fixed. Also, Karthik commented that connections to clientkeys.netrek.org can be slow. If you want to move clientkeys off of brain, you can run it from genocide. Dave ---- raidIO:~> ./update_keys Connection closed by foreign host. Only clients in class(es) inl will be accepted. ../rsa.keys: Warning: no class field given for key key.brmh2.4.linux_sparc64 around line 301 BRMH 2.4 (no class) excluded. ../rsa.keys: Warning: no class field given for key OpenBSD-sparc-paradise-2.4 around line 830 Paradise 2.4 (no class) excluded. ../rsa.keys: Warning: no class field given for key paradise.jkauffman.x86-sol7 around line 836 Paradise 2.4 Patch 1b (no class) excluded. Paradise 2000 (class "???") excluded. ../rsa.keys: Warning: no class field given for key TedTurner-hp-hpux around line 969 Paradise/TedTurner 1.3 (no class) excluded. ../rsa.keys: Warning: no class field given for key TedTurner-ppc-linux2 around line 975 -- 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 vanilla-devel at us.netrek.org Mon Nov 13 13:42:22 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: metaserver Message-ID: <200011131942.eADJgMO13134@swashbuckler.fortress.real-time.com> Date: Monday November 13, 2000 @ 13:42 Author: unbelver Update of /home/netrek/cvsroot/metaserver In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv13131 Modified Files: rsa_keys Log Message: Fixing some really old bad keys. Mainly missing cl fields. --Carlos V. **************************************** Index: metaserver/rsa_keys diff -u metaserver/rsa_keys:2.20 metaserver/rsa_keys:2.21 --- metaserver/rsa_keys:2.20 Sun Nov 12 00:49:08 2000 +++ metaserver/rsa_keys Mon Nov 13 13:42:22 2000 @@ -294,7 +294,7 @@ :pk=5f7c933789e464ea1f11120daa4bb93a3592324217439009f37bc85f0aef9446: # key.brmh2.4.linux_sparc64:ct=BRMH 2.4:cr=narin@acm.org:\ - :cd=June 2000:ar=SPARC/Linux 2.2:\ + :cd=June 2000:ar=SPARC/Linux 2.2:cl=inl,standard2:\ :cm=ftp://ftp.netrek.org/pub/netrek/clients/brmh:\ :gk=5b989dcc3c082c4a4028864539138062d52b960d2b921926271620f512af4874:\ :pk=5d1c9dca2304098f3d4639db706f3dff0855820f35d6bf2e35915e4009ad0425: @@ -823,13 +823,13 @@ :pk=1b54d70bac23d5838666cb9a8d273cc2c7bdf106dbebdafe5f2919699fc2ec15: # OpenBSD-sparc-paradise-2.4:ct=Paradise 2.4:cr=Ari Johnson :\ - :cd=January 1999:ar=sparc/OpenBSD:cl-paradise2,inl:\ + :cd=January 1999:ar=sparc/OpenBSD:cl=paradise2,inl:\ :cm=:\ :gk=33dc5e852188d22fcb95a08cec5bce3caec432a662785bf82f7d9aad3a27da2d:\ :pk=87cd0be1dbc407872f62bba4ffd8c1ca8affd8dbf2e40d494ff65e2c22f1a522: # paradise.jkauffman.x86-sol7:ct=Paradise 2.4 Patch 1b:cr=John Kauffman :\ - :cd=January 1999:ar=x86/Sol7:cl-paradise2,inl:\ + :cd=January 1999:ar=x86/Sol7:cl=paradise2,inl:\ :cm=Standard Client:\ :gk=110e2d748f552c135f6c9262ec901bc2653a05de4d0d9b630eb0d8cac6ceda4b:\ :pk=e111dfe6b1a01db9c96a8e716dd79958d8a1b77cab91a191769059020991161a: @@ -962,13 +962,13 @@ :pk=0307a8741fd1c0376a17d852eba9ea6b73f086fe814bb1a71cd95c49b304fb00: # TedTurner-hp-hpux:ct=Paradise/TedTurner 1.3:cr=Dave Ahn :\ - :cd=August 1999:ar=HP/HP-UX:\ + :cd=August 1999:ar=HP/HP-UX:cl=paradise2,inl:\ :cm=Full color Paradise client, available from ftp.netrek.org; this client was built by Charles Duffy :\ :gk=23d3bcd8e39ab759380056be65bc78ced1324bfdc63b0f2d6993441eea4dd659:\ :pk=fd0f17486151f054bdc66f28dab79668d12c626fdfca496852cb4b3207fcd640: # TedTurner-ppc-linux2:ct=Paradise/TedTurner 1.3:cr=Dave Ahn :\ - :cd=August 1999:ar=PPC/Linux 2.x:\ + :cd=August 1999:ar=PPC/Linux 2.x:cl=paradise2,inl:\ :cm=Full color Paradise client, available from ftp.netrek.org; this client was built by Charles Duffy :\ :gk=dbe2775dd31258d8f07452fe40366d945a1071016d8565a0605ba0895b9b328b:\ :pk=11ff281566b39c9c07603ae4b771f2d716ebb2fc5af7fa629c0b4e9bb30d862a: From unbelver at brain.jpl.nasa.gov Mon Nov 13 13:49:47 2000 From: unbelver at brain.jpl.nasa.gov (Carlos Y. Villalpando) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: metaserver In-Reply-To: <20001113143933.A170969@cecum.vec.wfubmc.edu>; from ahn@vec.wfubmc.edu on Mon, Nov 13, 2000 at 02:39:33PM -0500 References: <200011120649.eAC6nAw11735@swashbuckler.fortress.real-time.com> <20001113143933.A170969@cecum.vec.wfubmc.edu> Message-ID: <20001113114947.A14569@skyweir.jpl.nasa.gov> Quoting Dave Ahn : > > Some of the keys needs to be fixed. [snip warnings] Wow. really old keys too. > Also, Karthik commented that connections to clientkeys.netrek.org > can be slow. Really? There really shouldn't be any connection problems to my place of work. Could be a point-to-point problem. > If you want to move clientkeys off of brain, you can run it from > genocide. Soon, I may, since we're about 6 months from a "deny-all-incoming" firewall. I show up to all the requirements meetings, but I don't think I can sneak in the metaserver ports without raising an eyebrow. *grin* --Carlos V. From ahn at vec.wfubmc.edu Mon Nov 13 13:59:46 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: metaserver In-Reply-To: <20001113114947.A14569@skyweir.jpl.nasa.gov>; from unbelver@brain.jpl.nasa.gov on Mon, Nov 13, 2000 at 11:49:47AM -0800 References: <200011120649.eAC6nAw11735@swashbuckler.fortress.real-time.com> <20001113143933.A170969@cecum.vec.wfubmc.edu> <20001113114947.A14569@skyweir.jpl.nasa.gov> Message-ID: <20001113145946.A175967@cecum.vec.wfubmc.edu> On Mon, Nov 13, 2000 at 11:49:47AM -0800, Carlos Y. Villalpando wrote: > > Wow. really old keys too. Yeah, a lot of them could probably be removed. > > Also, Karthik commented that connections to clientkeys.netrek.org > > can be slow. > > Really? There really shouldn't be any connection problems to my place > of work. Could be a point-to-point problem. Dunno. Ask Kart. > > If you want to move clientkeys off of brain, you can run it from > > genocide. > > Soon, I may, since we're about 6 months from a "deny-all-incoming" > firewall. I show up to all the requirements meetings, but I don't > think I can sneak in the metaserver ports without raising an > eyebrow. *grin* Heh. I've moved most of my Netrek stuff off .edu already. -- 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 karthik at karthik.com Mon Nov 13 14:36:52 2000 From: karthik at karthik.com (Karthik Arumugham) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: metaserver In-Reply-To: <20001113114947.A14569@skyweir.jpl.nasa.gov> Message-ID: On Mon, 13 Nov 2000, Carlos Y. Villalpando wrote: > > Also, Karthik commented that connections to clientkeys.netrek.org > > can be slow. > > Really? There really shouldn't be any connection problems to my place > of work. Could be a point-to-point problem. There's always packet loss between Verio and ln.net. Sometimes it's even worse than below (15+%). I've ended up setting my meta to the one at real-time rather than just using metaserver.netrek.org due to this. 14. p4-1-0-0.r00.lsanca01.us.bb.verio.n 0% 1874 1874 93 93 94 106 15. fa-5-0-0.a01.lsanca01.us.ra.verio.n 1% 1867 1874 98 98 104 345 16. 209.189.66.66 5% 1784 1874 89 87 103 550 17. isi-usc-atm.ln.net 5% 1784 1874 102 99 112 524 18. 130.152.72.2 6% 1770 1874 94 90 105 493 19. b171-rtr-bvi10.jpl.nasa.gov 6% 1776 1873 92 90 94 328 From vanilla-devel at us.netrek.org Tue Nov 14 22:12:47 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: Vanilla/robots Message-ID: <200011150412.eAF4ClF14883@swashbuckler.fortress.real-time.com> Date: Tuesday November 14, 2000 @ 22:12 Author: ahn Update of /home/netrek/cvsroot/Vanilla/robots In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv14875/robots Modified Files: inl.c Log Message: * robots/inl.c: Fix core dump at inl robot restart. **************************************** Index: Vanilla/robots/inl.c diff -u Vanilla/robots/inl.c:1.34 Vanilla/robots/inl.c:1.35 --- Vanilla/robots/inl.c:1.34 Sat Nov 4 17:49:40 2000 +++ Vanilla/robots/inl.c Tue Nov 14 22:12:47 2000 @@ -1,7 +1,7 @@ -/* $Id: inl.c,v 1.34 2000/11/04 23:49:40 ahn Exp $ */ +/* $Id: inl.c,v 1.35 2000/11/15 04:12:47 ahn Exp $ */ #ifndef lint -static char vcid[] = "$Id: inl.c,v 1.34 2000/11/04 23:49:40 ahn Exp $"; +static char vcid[] = "$Id: inl.c,v 1.35 2000/11/15 04:12:47 ahn Exp $"; #endif /* lint */ /* @@ -1393,7 +1393,7 @@ positions. this can happen if there are back-to-back games without a server reset. -da */ - if (!(me->p_flags & PFROBOT) && (j->p_pos < 0)) { + if (!(j->p_flags & PFROBOT) && (j->p_pos < 0)) { pmessage(0, MALL, inl_from, "** Player %d ejected, must re-login to play.", j->p_no); From vanilla-devel at us.netrek.org Tue Nov 14 22:12:46 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011150412.eAF4Ckq14878@swashbuckler.fortress.real-time.com> Date: Tuesday November 14, 2000 @ 22:12 Author: ahn Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv14875 Modified Files: ChangeLog Log Message: * robots/inl.c: Fix core dump at inl robot restart. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.96 Vanilla/ChangeLog:1.97 --- Vanilla/ChangeLog:1.96 Fri Nov 10 21:31:06 2000 +++ Vanilla/ChangeLog Tue Nov 14 22:12:46 2000 @@ -1,3 +1,7 @@ +Tue Nov 14 23:16:05 EST 2000 Dave Ahn + + * robots/inl.c: Fix core dump at inl robot restart. + Fri Nov 10 22:28:58 EST 2000 Dave Ahn * robots/end_tourney.pl: Run auto-archive.pl at endgame. @@ -1052,4 +1056,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.96 2000/11/11 03:31:06 ahn Exp $ + $Id: ChangeLog,v 1.97 2000/11/15 04:12:46 ahn Exp $ From vanilla-devel at us.netrek.org Wed Nov 15 00:47:01 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011150647.eAF6l1c14991@swashbuckler.fortress.real-time.com> Date: Wednesday November 15, 2000 @ 0:47 Author: ahn Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv14988 Modified Files: ChangeLog Log Message: Fix no-quit bug. **************************************** Index: Vanilla/ChangeLog diff -u Vanilla/ChangeLog:1.97 Vanilla/ChangeLog:1.98 --- Vanilla/ChangeLog:1.97 Tue Nov 14 22:12:46 2000 +++ Vanilla/ChangeLog Wed Nov 15 00:47:01 2000 @@ -1,5 +1,18 @@ -Tue Nov 14 23:16:05 EST 2000 Dave Ahn +Wed Nov 15 01:35:41 EST 2000 Dave Ahn + * ntserv/enter.c: New ships get green alert flag at entry. This + is needed for the udplayerghost() in daemonII.c so that a new + player who enters during a pause can quit out immediately. + + * ntserv/daemonII.c: We can finally ignore complaints about the + no-quit bug in the INL robot. Players couldn't quit because player + slot maintenance wasn't being done during a game pause. PEXPLODE + would never get updated to PDEAD. This has been fixed. Also, + I've added a ghostbust timer during the pause. It should work + but I haven't tested it. + +Tue Nov 14 23:16:05 EST 2000 Dave Ahn + * robots/inl.c: Fix core dump at inl robot restart. Fri Nov 10 22:28:58 EST 2000 Dave Ahn @@ -1056,4 +1069,4 @@ update_sys_defaults in updateMessages to a more appropriate location - updateClient in socket.c. - $Id: ChangeLog,v 1.97 2000/11/15 04:12:46 ahn Exp $ + $Id: ChangeLog,v 1.98 2000/11/15 06:47:01 ahn Exp $ From vanilla-devel at us.netrek.org Wed Nov 15 00:47:01 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: Vanilla/ntserv Message-ID: <200011150647.eAF6l1J14996@swashbuckler.fortress.real-time.com> Date: Wednesday November 15, 2000 @ 0:47 Author: ahn Update of /home/netrek/cvsroot/Vanilla/ntserv In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv14988/ntserv Modified Files: daemonII.c enter.c Log Message: Fix no-quit bug. **************************************** Index: Vanilla/ntserv/daemonII.c diff -u Vanilla/ntserv/daemonII.c:1.34 Vanilla/ntserv/daemonII.c:1.35 --- Vanilla/ntserv/daemonII.c:1.34 Sun Jul 2 22:03:35 2000 +++ Vanilla/ntserv/daemonII.c Wed Nov 15 00:47:01 2000 @@ -54,6 +54,7 @@ static void move(int ignored); static void udplayersight(void); static void udplayers(void); +static void udplayerpause(void); static void changedir(struct player *sp); static void udcloak(void); static void torp_track_target(struct torp *t); @@ -456,6 +457,9 @@ } if (status->gameup & GU_PAUSED){ /* Game is paused */ + if (fuse(PLAYERFUSE)) + udplayerpause(); + signal_servers(); (void) SIGNAL(SIGALRM, move); return; @@ -708,6 +712,70 @@ } } + +/* update players during pause */ +static void udplayerpause(void) { + int i; + struct player *j; + + for (i=0; ip_status) { + case PFREE: /* reset ghostbuster and continue */ + j->p_ghostbuster = 0; + continue; + break; + case PEXPLODE: + if (j->p_whydead == KQUIT) + j->p_status = PDEAD; + break; + case PDEAD: + if (j->p_whydead == KQUIT) + kill_player = 1; + break; + } + + if (++(j->p_ghostbuster) > GHOSTTIME) { + ERROR(4,("daemonII/udplayerpause: %s: ship ghostbusted (wd=%d)\n", + j->p_mapchars, j->p_whydead)); + +#ifdef OBSERVERS + /* observer hack */ + if (j->p_status == POBSERV) + j->p_armies = 0; +#endif + + ghostmess(j); + + /* temporary */ + fflush(stdout); + + j->p_status = PDEAD; + j->p_whydead = KGHOST; + j->p_whodead = i; + + /* Force the player out of the game */ + kill_player = 2; + } + + if (kill_player && (j->p_process > 1)) { + j->p_ghostbuster = 0; + + saveplayer(j); + ERROR(8,("daemonII/udplayerpause: %s: sending SIGTERM to %d\n", + j->p_mapchars, j->p_process)); + + if (kill (j->p_process, SIGTERM) < 0) + ERROR(1,("daemonII/udplayerpause: kill failed!\n")); + + /* let's be safe */ + freeslot(j); + } + } +} static void udplayers(void) Index: Vanilla/ntserv/enter.c diff -u Vanilla/ntserv/enter.c:1.7 Vanilla/ntserv/enter.c:1.8 --- Vanilla/ntserv/enter.c:1.7 Fri Feb 25 21:44:00 2000 +++ Vanilla/ntserv/enter.c Wed Nov 15 00:47:01 2000 @@ -129,7 +129,7 @@ me->p_ship.s_plasmacost = -1; } me->p_updates = 0; - me->p_flags = PFSHIELD; + me->p_flags = PFSHIELD|PFGREEN; if (s_type==STARBASE) me->p_flags |= PFDOCKOK; me->p_dir = 0; me->p_desdir = 0; From vanilla-devel at us.netrek.org Wed Nov 15 01:22:36 2000 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:21 2005 Subject: [Vanilla Devel] CVS update: Vanilla Message-ID: <200011150722.eAF7Mal15033@swashbuckler.fortress.real-time.com> Date: Wednesday November 15, 2000 @ 1:22 Author: ahn Update of /home/netrek/cvsroot/Vanilla In directory swashbuckler.fortress.real-time.com:/var/tmp/cvs-serv15030 Modified Files: BUGS Log Message: Remove squashed bugs. **************************************** Index: Vanilla/BUGS diff -u Vanilla/BUGS:1.1 Vanilla/BUGS:1.2 --- Vanilla/BUGS:1.1 Tue Oct 31 22:46:07 2000 +++ Vanilla/BUGS Wed Nov 15 01:22:36 2000 @@ -1,5 +1,5 @@ -$Id: BUGS,v 1.1 2000/11/01 04:46:07 cameron Exp $ +$Id: BUGS,v 1.2 2000/11/15 07:22:36 ahn Exp $ List of things that are defects @@ -14,11 +14,6 @@ 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. - team masks are switched at the end of an INL game. is there any particular reason why we're doing this? From ssheldon at sodablue.org Wed Nov 1 00:46:16 2000 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion Idea] In-Reply-To: <20001101151835.F3229@us.netrek.org> Message-ID: <000801c043cf$6f40c1a0$2000000a@win2k.sodablue.com> It's more common to see this role defined as Release Engineer, or sometimes Build/Install Master. At least in corporate development projects. It's part of the Software Configuration Management discipline. It's also what I've started to do where I work. :) > -----Original Message----- > From: vanilla-list-admin@us.netrek.org > [mailto:vanilla-list-admin@us.netrek.org]On Behalf Of James Cameron > Sent: Tuesday, October 31, 2000 10:19 PM > To: vanilla-list@us.netrek.org > Subject: Re: [Vanilla List] [zu22@andrew.cmu.edu: Re: Netrek Promotion > Idea] > > > 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/ _______________________________________________ vanilla-list mailing list vanilla-list@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-list From zu22 at andrew.cmu.edu Wed Nov 1 14:04:10 2000 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Re: Netrek Promotion Idea In-Reply-To: <8tn17r$17d2@f1n1.spenet.wfu.edu> Message-ID: On 31 Oct 2000, Dave Ahn wrote: > > It doesn't have anything to do with the RSA patent having expired. Linux > distributors prefer to build the packages from the source directly. They > can do this, but the blessed binary would have an invalid key that isn't > on the key server. We'd either have to 1) trust the distributors and > accept their client keys without question; or 2) build binary-only packages > ourselves and get the distributors to accept it. > > I prefer the latter. What key size are we using (56bit?) RSA algorithms are being broken with efforts such as www.distributed.net Does expiration of RSA copyright have any impact on ease of cracking RSA key size? Why do we even have RSA encryption in first place? Is RSA essential to netrek and future vanilla releases? If so, why? SDG, Zach uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From jbe28 at email.byu.edu Wed Nov 1 14:26:02 2000 From: jbe28 at email.byu.edu (Jonathan Ellis) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Re: Netrek Promotion Idea References: Message-ID: <003901c04441$f43ee720$0d00a8c0@dsl.inconnect.com> > RSA algorithms are being > broken with efforts such as www.distributed.net Consider that it still took distributed.net 250 days to break a 56-bit key... > Does expiration of RSA copyright have any impact on ease of > cracking RSA key size? No. > Why do we even have RSA encryption in > first place? Is RSA essential to netrek and future vanilla > releases? If so, why? To verify that official clients really are official -- without some sort of verification, writing a borg would be absolutely trivial. -Jonathan From xyzzy at speakeasy.org Wed Nov 1 17:49:13 2000 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Re: Netrek Promotion Idea In-Reply-To: <003901c04441$f43ee720$0d00a8c0@dsl.inconnect.com> Message-ID: On Wed, 1 Nov 2000, Jonathan Ellis wrote: > > RSA algorithms are being > > broken with efforts such as www.distributed.net > > Consider that it still took distributed.net 250 days to break a 56-bit > key... distributed.net didn't break a 56-bit RSA key, they broke a 56-bit RC5 key and a couple of 56bit DES keys. The RSA keys used in PGP start at 256 bits and go up to 1024. You can't compare a 56-bit RC5 key to a 56-bit RSA key, RC5 and RSA are different algorithms and the key sizes aren't directly comparable. I'm sure that the 56-bit RSA key used by netrek could be cracked in minutes with the hardware most people have at their disposal. > > Does expiration of RSA copyright have any impact on ease of > > cracking RSA key size? > > No. It was a patent expiration. Copyrights no longer expire. From jbe28 at email.byu.edu Wed Nov 1 18:07:01 2000 From: jbe28 at email.byu.edu (Jonathan Ellis) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Re: Netrek Promotion Idea References: Message-ID: <00ad01c04460$d365fec0$0d00a8c0@dsl.inconnect.com> > You can't compare a 56-bit RC5 key to a 56-bit RSA key, RC5 and > RSA are different algorithms and the key sizes aren't directly comparable. Sorry; I thought that since the RC5 challenge was by RSA labs they must be synonyms. Oops. -Jonathan From ahn at vec.wfubmc.edu Wed Nov 1 18:07:28 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Re: Netrek Promotion Idea In-Reply-To: ; from xyzzy@speakeasy.org on Wed, Nov 01, 2000 at 03:49:13PM -0800 References: <003901c04441$f43ee720$0d00a8c0@dsl.inconnect.com> Message-ID: <20001101190728.B131842@cecum.vec.wfubmc.edu> On Wed, Nov 01, 2000 at 03:49:13PM -0800, Trent Piepho wrote: > > You can't compare a 56-bit RC5 key to a 56-bit RSA key, RC5 and > RSA are different algorithms and the key sizes aren't directly comparable. Here's a rough comparison table from AC: Symmetric Asymmetric 56 bits 384 bits 64 bits 512 bits 80 bits 768 bits 112 bits 1792 bits 128 bits 2304 bits > I'm sure that the 56-bit RSA key used by netrek could be cracked in minutes > with the hardware most people have at their disposal. % grep '^#define .*SIZE' mkkey.c #define SIZE 32 #define KEY_SIZE SIZE Netrek uses 32 * 8 = 256 bit RSA keys. This would probably compare to a 40 bit symmetric cipher key and is very crackable on modern desktops. -- 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 ms202art at earthlink.net Wed Nov 1 19:02:12 2000 From: ms202art at earthlink.net (Nancy Renfrow) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Not what a aerospace company would like to see Message-ID: <3A00BD13.76298FB6@earthlink.net> From quozl at us.netrek.org Wed Nov 1 21:15:59 2000 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Not what a aerospace company would like to see In-Reply-To: <3A00BD13.76298FB6@earthlink.net>; from ms202art@earthlink.net on Wed, Nov 01, 2000 at 08:02:12PM -0500 References: <3A00BD13.76298FB6@earthlink.net> Message-ID: <20001102141559.C6947@us.netrek.org> Spam. Got it on my compaq.com mail address too. The relay is in ORBS. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Sat Nov 4 18:00:15 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] Server bug, you may need to upgrade Message-ID: <20001104190015.A151294@cecum.vec.wfubmc.edu> Hey, I commited some bad code a few days ago related to changes in continuous scoring. If any of you have updated your INL/WNL server to the latest CVS version in the last week or two, please update it again. If you do not do this, the INL robot will crash at end-game. Even if you are not affected, you may wish to upgrade anyway. There are some bug fixes since the 2.9pl6 release. The following servers have been upgraded to the latest CVS source: twink.crackaddict.com netrek.crackaddict.com pickled.fox.cs.cmu.edu ileo.vec.wfubmc.edu 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 zu22 at andrew.cmu.edu Sun Nov 5 02:47:06 2000 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:06 2005 Subject: [Vanilla List] PW_stats file for clue pickup game from Friday night In-Reply-To: <20001104190015.A151294@cecum.vec.wfubmc.edu> Message-ID: Where might I get the log file for last night's World vs World game hostes on psychosis.net, I checked crackaddict.com server but psychosis files aren't there. SDG, Zach uram@cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From karthik at karthik.com Sun Nov 5 16:31:49 2000 From: karthik at karthik.com (Karthik Arumugham) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] Re: [WNL] PW_stats file for clue pickup game from Friday night In-Reply-To: Message-ID: Note that we played a 60 min game first, which we aborted, then a shorter 20 minute game. The INL_log and cambot.pkt seem to contain both games. The ltd_dump and pwstats seem to be broken, and contain a mix of stats from both games. (Seems to be mostly Game 2 stats, with some Game 1 stuff mixed into the pwstats.) The stats are at http://netrek.crackaddict.com/neural.psychosis.net/F1%20+25%20is%20free%20beer%20-vs-%20Pizza%20n'%20Beer!/. On Sun, 5 Nov 2000, Zachary Uram wrote: > Where might I get the log file for last night's World vs World > game hostes on psychosis.net, I checked crackaddict.com server > but psychosis files aren't there. > > SDG, > Zach > > > uram@cmu.edu > "Blessed are those who have not seen and yet have faith." - John 20:29 > > > > _______________________________________________ > WNL mailing list > WNL@lagparty.org > http://lists.lagparty.org/mailman/listinfo/wnl > From ahn at vec.wfubmc.edu Mon Nov 6 15:08:50 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] New Netrek FTP services Message-ID: <20001106160849.B153210@cecum.vec.wfubmc.edu> Hey folks, Thanks to Karthik Arumugham and Bob Tanner, I am pleased to make available multiple download sites for the Netrek FTP archive. The mirrors are updated daily. Uploads should go to the primary site. FTP: ftp://ftp.netrek.org/ ftp://ftp3.netrek.org/pub/netrek/ (mirror at Real Time) ftp://ftp2.netrek.org/pub/netrek/ (mirror at SourceForge) HTTP: http://www.netrek.org/pub/ The Netrek home page at www.netrek.org has been moved off SourceForge due to complaints about download speeds. Look for a mirror at Real Time real soon now... 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 ahn at vec.wfubmc.edu Sat Nov 11 16:02:16 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] ftp.netrek.org down for a little while Message-ID: <20001111170216.A170325@cecum.vec.wfubmc.edu> Hey, ftp.netrek.org will be unavailable for a bit. Apparently one of the disks failed. Until it is back up, please use the alternate mirrors. http://www.netrek.org/pub/ ftp://ftp3.netrek.org/pub/netrek/ ftp://ftp2.netrek.org/pub/netrek/ (slow) Incidentally, this is the same machine that runs the pickled pickup server and the crackaddict.com clue servers. So those netrek servers will also be available for a short time. 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 karthik at karthik.com Sat Nov 11 17:59:07 2000 From: karthik at karthik.com (Karthik Arumugham) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] ftp.netrek.org down for a little while In-Reply-To: <20001111170216.A170325@cecum.vec.wfubmc.edu> Message-ID: Ftp.netrek.org, the crackaddict clue servers, pickled, and hockey will remain down for about 12 hours or so. I replaced all the disks in the machine they're on, and it's going to take 10 hours for the RAID parity initialization. They will be back up before Sunday afternoon, in case there are any clue games scheduled then. - Karthik On Sat, 11 Nov 2000, Dave Ahn wrote: > ftp.netrek.org will be unavailable for a bit. Apparently one of the disks > failed. Until it is back up, please use the alternate mirrors. > http://www.netrek.org/pub/ > ftp://ftp3.netrek.org/pub/netrek/ > ftp://ftp2.netrek.org/pub/netrek/ (slow) > > Incidentally, this is the same machine that runs the pickled pickup > server and the crackaddict.com clue servers. So those netrek servers will > also be available for a short time. From xyzzy at speakeasy.org Mon Nov 13 18:37:08 2000 From: xyzzy at speakeasy.org (Trent Piepho) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] hockey server .features Message-ID: It seems the .features file for the hockey server was lost in the disk crash. All the features like RC_DISTRESS, NEWMACRO, etc. show up as unknown. From jeffno at ccs.neu.edu Mon Nov 13 21:12:32 2000 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] hockey server .features In-Reply-To: from "Trent Piepho" at Nov 13, 2000 04:37:08 PM Message-ID: <200011140312.eAE3CWI09563@denali.ccs.neu.edu> Trent Piepho wrote: > > It seems the .features file for the hockey server was lost in the > disk crash. All the features like RC_DISTRESS, NEWMACRO, etc. show > up as unknown. Yup, it was hosed. Should be working now. -Jeff From ahn at vec.wfubmc.edu Wed Nov 15 00:56:03 2000 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] bug fixes Message-ID: <20001115015603.A181305@cecum.vec.wfubmc.edu> For those not subscribed to the dev list, some of the following bug fixes may be of interest. All code should be considered beta. Wed Nov 15 01:35:41 EST 2000 Dave Ahn * ntserv/enter.c: New ships get green alert flag at entry. This is needed for the udplayerghost() in daemonII.c so that a new player who enters during a pause can quit out immediately. * ntserv/daemonII.c: We can finally ignore complaints about the no-quit bug in the INL robot. Players couldn't quit because player slot maintenance wasn't being done during a game pause. PEXPLODE would never get updated to PDEAD. This has been fixed. Also, I've added a ghostbust timer during the pause. It should work but I haven't tested it. Tue Nov 14 23:16:05 EST 2000 Dave Ahn * robots/inl.c: Fix core dump at inl robot restart. Fri Nov 10 22:28:58 EST 2000 Dave Ahn * robots/end_tourney.pl: Run auto-archive.pl at endgame. * robots/auto-archive.pl: Send game stats automatically to netrek-stats@genocide.netrek.org. Sat Nov 4 18:51:21 EST 2000 Dave Ahn * robots/inl*.c: Fix INL robot core dump. Fix bugs in continuous scoring. 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. -- 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 Thu Nov 23 04:25:28 2000 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:07 2005 Subject: [Vanilla List] ZoneAlarm conflict update References: <000701c03fda$a8577c20$2c3dd2cc@san.rr.com> <20001027131011.A105235@cecum.vec.wfubmc.edu> <001601c04088$b4462640$2c3dd2cc@san.rr.com> Message-ID: <000f01c05537$b5e01e20$ee8b1e18@san.rr.com> To my embaressment, I've found that if you set the Internet settings of ZoneAlarm to "medium", and give netrek full privileges, a netrek client works fine after all. I've heard a couple of other players agree with me that ZoneAlarm caused them problems with netrek, so it might be a good idea anyway to add a subsection about ZoneAlarm (and any other off-the-download "firewall" products) to the relevant client documents/FAQs. -Dan / Charity From exelrud at usa.net Thu Nov 23 13:42:44 2000 From: exelrud at usa.net (Jacques Exelrud) Date: Wed Jan 12 00:52:08 2005 Subject: [Vanilla List] Porting Vanilla to UWin Message-ID: <20001123174244.26102.qmail@aw162.netaddress.usa.net> I´m currectly porting the Vanilla-2.9pl6 server so that it can run under Windows making use of UWin. The second atempt is finished and is avaiable at ftp://ftp.netrek.org/pub/netrek/servers/vanilla/NT/Netrek-UWin-2.9pl6.zip . Could someone test it and check if based on the same configuration it behaves as the original version ? I did some testing but not sure it´s OK. Yesterday it was working fine(?) but today I was unable to play at all. I connected the client, choose the user, then the group then nothing more would happen. After removing all dot files and instaling it it worked again. Seems some file got corrupted but nothing showed up at ERROR or log or logfile. Later without any connected client players was showing a user(mine user) in the list. tryed xtkill and stoping the server but the suer remained in the list. After rebooting the machine (another reason to do that) the players list came back to the normal, only showing users when one is conected. Thanks in advance, Jacques ____________________________________________________________________ Get free email and a permanent address at http://www.amexmail.com/?A=1 From exelrud at usa.net Thu Nov 23 13:46:44 2000 From: exelrud at usa.net (Jacques Exelrud) Date: Wed Jan 12 00:52:08 2005 Subject: [Vanilla List] RE:ZoneAlarm conflict update Message-ID: <20001123174644.25622.qmail@awcst094.netaddress.usa.net> >To my embaressment, I've found that if you set the Internet settings of >ZoneAlarm to "medium", and give netrek full privileges, a netrek client >works fine after all. > What kind of problem are you having with ZoneAlarm ? Wich client are you using ? I have ZoneAlarm at home and have no problem using Cow 2 (2.0.2?) I´m unable to play for much time as because the slow connection I´m sent to oblivion quite fast, but besides that no problem at all. >I've heard a couple of other players agree with me that ZoneAlarm caused >them problems with netrek, so it might be a good idea anyway to add a >subsection about ZoneAlarm (and any other off-the-download "firewall" >products) to the relevant client documents/FAQs. > Jacques ____________________________________________________________________ Get free email and a permanent address at http://www.amexmail.com/?A=1 From exelrud at vento.com.br Thu Nov 23 13:07:00 2000 From: exelrud at vento.com.br (exelrud@vento.com.br) Date: Wed Jan 12 00:52:08 2005 Subject: [Vanilla List] Test, please ignore Message-ID: <3A1C03AE00010280@webmail.vento.com.br> (added by postmaster@vento.com.br) --------------------------------------------- Esta mensagem foi enviada usando o BR Mail. http://www.vento.com.br/ From exelrud at usa.net Thu Nov 23 15:10:38 2000 From: exelrud at usa.net (Jacques Exelrud) Date: Wed Jan 12 00:52:08 2005 Subject: [Vanilla List] Test, please ignore Message-ID: <20001123191038.7773.qmail@aw161.netaddress.usa.net> ____________________________________________________________________ Get free email and a permanent address at http://www.amexmail.com/?A=1 From exelrud at usa.net Thu Nov 23 15:40:08 2000 From: exelrud at usa.net (Jacques Exelrud) Date: Wed Jan 12 00:52:08 2005 Subject: [Vanilla List] Problem sending email to the list Message-ID: <20001123194008.10738.qmail@aw164.netaddress.usa.net> For the past 2 day I´ve been trying to send a post to the list but the email never showed up at the archives. Today I tried sending it via telnet to the smtp port but the name us.netrek.org does not resolve. Seems that some servers are able to deliver the email correctly, probably sending to the MX for the domain netrek.org and not to the machine us.netrek.org. Those 2 tests that I sent were sent from webmail accounts but every attempt I tried from a smtp client failed. Is it a DNS propagation problem or the list name should be just vanilla-list@netrek.org ? Thanks in advance, Jacques ____________________________________________________________________ Get free email and a permanent address at http://www.amexmail.com/?A=1 From ddamout1 at san.rr.com Thu Nov 23 15:07:35 2000 From: ddamout1 at san.rr.com (Daniel Damouth) Date: Wed Jan 12 00:52:08 2005 Subject: [Vanilla List] RE:ZoneAlarm conflict update References: <20001123174644.25622.qmail@awcst094.netaddress.usa.net> Message-ID: <001e01c05591$67332d80$ee8b1e18@san.rr.com> From: "Jacques Exelrud" >To my embaressment, I've found that if you set the Internet settings of >ZoneAlarm to "medium", and give netrek full privileges, a netrek client >works fine after all. > What kind of problem are you having with ZoneAlarm ? Wich client are you using ? Several people have reported that if you keep your Internet security settings on "High", your client will lock up as soon as you get in, no matter what privileges you give netrek. I use Cow 2. -Dan From exelrud at usa.net Thu Nov 23 18:50:05 2000 From: exelrud at usa.net (Jacques Exelrud) Date: Wed Jan 12 00:52:08 2005 Subject: [Vanilla List] RE:ZoneAlarm conflict update References: <20001123174644.25622.qmail@awcst094.netaddress.usa.net> <001e01c05591$67332d80$ee8b1e18@san.rr.com> Message-ID: <001301c055b0$7d4d5900$6ebcfbc8@pc.com.br> Hmmm. Weird, I think the problem may be related to the firewall but its a cow problem. At home ZA is set to high security and Cow does not lock when connecting to an internet server. At work I saw Cow hunging up a couple of time and I imagined that it was because the UWin netrek server I was using had a problem in the porting process. When the client hunted up there was no firewall between the server and the client, sometimes bow were running in the same machine, always in the same network segment. It may be a coincidence or not but once while looking in the second(first?) client window (the one that looks like a dos windows) the last message was about rsa verification. Jacques ----- Original Message ----- From: "Daniel Damouth" To: Sent: Thursday, November 23, 2000 6:07 PM Subject: Re: [Vanilla List] RE:ZoneAlarm conflict update > From: "Jacques Exelrud" > > > >To my embaressment, I've found that if you set the Internet settings of > >ZoneAlarm to "medium", and give netrek full privileges, a netrek client > >works fine after all. > > > What kind of problem are you having with ZoneAlarm ? Wich client are you > using ? > > Several people have reported that if you keep your Internet security > settings on "High", your client will lock up as soon as you get in, no > matter what privileges you give netrek. I use Cow 2. > > -Dan > > > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list > From theunsinkablespirit at yahoo.com Sun Nov 19 23:19:03 2000 From: theunsinkablespirit at yahoo.com (theunsinkablespirit@yahoo.com) Date: Wed Jan 12 00:53:27 2005 Subject: [META] A real page turner!! Message-ID: Ever dreamed of just packing up and sailing away? Captian Boris King and wife Shirley do just that is this exciting new book that will touch all of your emotions. One family. One Dream. Too many obstacles. A gripping account of one's family's courage to live their dream! A true story........ http://www.theunsinkablespirit.com "Not only is this book a heart-stopping read, it will enlighten, encourage, and inspire you." ....Mark Victor Hansen, #1 New York Times and USA Today, Bestselling Co-Author, Chicken Soup of the Soul Series "In this dynamic book, Boris and Shirley King certainly prove it pays to live your dream."......Dennis Connor, Four-Time America's Cup Champion. Order from the website!!!!! http://www.theunsinkablespirit.com/order.html Also available at: Amazon.com - http://www.amazon.com/exec/obidos/ASIN/1929925069/theunsinkablespi/106-8674998-2370800 Chapters http://www.chapters.ca/books/details/default.asp?ISBN=1929925069&mscssid=70AHCVABP6SR2PEC001PQK7DHQP607Q1&WSID=1611874EA325BE2911D4BE650008C79F6C884119 E-Book http://www.booklocker.com/bookpages/borisshirley01.html To be removed from this mail list please reply to this email with work REMOVE in the subject line. Thank you.