From cadellin at netrek.org Mon May 10 18:26:03 2004 From: cadellin at netrek.org (Andreas Ruider) Date: Wed Jan 12 00:50:17 2005 Subject: [Netrek Clients] Little cow client trouble :-) Message-ID: <874qqnyjop.fsf@eagle3.hq.spin.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Hello, Well, after lots of years of retirement I chose to try for a comeback and start playing this addictive game of netrek again :-) But it's not that easy, to find a suitable client. The only one kindof working is the COW client, but I still have a couple of small problems. COW.3.01pl0.linux_glibc23 from netrek.org is running very well as far as playing is concerned, but when the game is full and the wait-q should come up the following happens: nevyn@eagle3:~$ ./COW.3.01pl0.linux_glibc23 Reading defaults file .netrekrc No server name was given. Connecting to metaserver. Pixmaps dir not found - turned OFF Attempting to connect to nl.netrek.org on port 2592... Calling nl.netrek.org on port 2592. Got connection. X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x20535255 Serial number of failed request: 4340 Current serial number in output stream: 4423 I'm running on: Debian unstable XFree86 4.3.0.1 kernel 2.6.5 COW.3.00pl3.linux from netrek.org is running, but fails to do any dns resolving. When I connect to a server only by IP, the wait-q comes up nicely, with this one. Another minor issue is that autologin doesn't seem to work. At least at nl.netrek.org and continuum. When I put my password in the netrekrc I just get the black main window .... Any ideas ? Ciao, Cad. aka. Another Fool -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFAoAjVgOdjSIfeBo0RAm4RAJ9TvASq9uiPZncdpmu1h0Z74FVYGgCeOlLG 1XKrAg7UhWwPmVeZsoEzduU= =5QHw -----END PGP SIGNATURE----- _______________________________________________ vanilla-clients mailing list vanilla-clients@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-clients From virus-scanner at advences.com Wed May 5 17:19:06 2004 From: virus-scanner at advences.com (System Anti-Virus Administrator) Date: Wed Jan 12 00:51:00 2005 Subject: [Vanilla Devel] virus found in sent message "Mail Delivery (failure webmaster@govoyages.com)" Message-ID: Attention: vanilla-devel@us.netrek.org A virus was found in an Email message you sent. This Email scanner intercepted it and stopped the entire message reaching its destination. The virus was reported to be: W32/Netsky.P@mm Please update your virus scanner or contact your IT support personnel as soon as possible as you may have a virus on your system. Your message was sent with the following envelope: MAIL FROM: vanilla-devel@us.netrek.org RCPT TO: webmaster@govoyages.com ... and with the following headers: --- MAILFROM: vanilla-devel@us.netrek.org Received: from afontenayssb-111-1-5-48.w80-15.abo.wanadoo.fr (HELO govoyages.com) (80.15.126.48) by tommy.advences.com with SMTP; 5 May 2004 22:18:55 -0000 From: vanilla-devel@us.netrek.org To: webmaster@govoyages.com Subject: Mail Delivery (failure webmaster@govoyages.com) Date: Thu, 6 May 2004 00:18:12 +0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_001B_01C0CA80.6B015D10" X-Priority: 3 X-MSMail-Priority: Normal --- _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel From ANTIGEN_ATKVHKEPOS at atkv.org.za Tue May 11 14:14:12 2004 From: ANTIGEN_ATKVHKEPOS at atkv.org.za (ANTIGEN_ATKVHKEPOS@atkv.org.za) Date: Wed Jan 12 00:51:00 2005 Subject: [Vanilla Devel] Antigen found VIRUS= W32/Netsky-D (Sophos, NAI, CA(InoculateIT), CA( Vet),VBuster,Kaspersky,Norman) worm Message-ID: Antigen for Exchange found document_excel.pif infected with VIRUS= W32/Netsky-D (Sophos,NAI,CA(InoculateIT),CA(Vet),VBuster,Kaspersky,Norman) worm. The message is currently Purged. The message, "Re: Excel file", was sent from vanilla-devel@us.netrek.org and was discovered in IMC Queues\Inbound located at ATKV/HK/ATKVHKEPOS. _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel From vanillatrek at yahoo.com Wed May 12 19:30:49 2004 From: vanillatrek at yahoo.com (Zach) Date: Wed Jan 12 00:51:00 2005 Subject: [Vanilla Devel] Antigen found VIRUS= W32/Netsky-D (Sophos, NAI, CA(InoculateIT), CA( Vet), VBuster, Kaspersky, Norman) worm In-Reply-To: Message-ID: <20040513003049.26623.qmail@web21113.mail.yahoo.com> So someone is spoofing the list address or does us.netrek.org have an open mail relay? --- ANTIGEN_ATKVHKEPOS@atkv.org.za wrote: > Antigen for Exchange found document_excel.pif infected > with VIRUS= > W32/Netsky-D > (Sophos,NAI,CA(InoculateIT),CA(Vet),VBuster,Kaspersky,Norman) > worm. > The message is currently Purged. The message, "Re: Excel > file", was > sent from vanilla-devel@us.netrek.org and was discovered > in IMC > Queues\Inbound > located at ATKV/HK/ATKVHKEPOS. > > _______________________________________________ > vanilla-devel mailing list > vanilla-devel@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-devel __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel From Shadow.Hunter at netrek.org Thu May 13 15:07:21 2004 From: Shadow.Hunter at netrek.org (E. Hietbrink) Date: Wed Jan 12 00:51:00 2005 Subject: [Vanilla Devel] Metaserver listing for INL servers Message-ID: <40A3D579.7080001@netrek.org> Hi. Last few times that we had a cluegame I've spent a significant amount of time trying to explain to a number of newer players how to use the command line options to choose a server and port number. linux ppl quickly rasp it but the windoze bozo's are hopeless. M$ Shortcuts are too difficult for them to grasp apparently. So I came up with the following idea to create an easy way for them to join these games. Currently if you take the metaserver output you see something like: Mins Server Host Port Ago Status Flags --------------------------------------- -------- ---- ----------------- ------- -h base-practice.psychosis.net -p 2592 1 Nobody playing R C -h nl.netrek.org -p 2592 7 Nobody playing R B -h paradise.homeunix.org -p 2592 2 Nobody playing P -h hockey.tamu.edu -p 2592 1 OPEN: 1 player R H -h continuum.us.netrek.org -p 2592 0 Wait queue: 0 T R B The idea is to automatically have the INL server add its server entry to the metaserver when there are players logged in on the home or the away port. That way the bozo's can simply join a game via the metaserver window in their client. The reason I want it to only announce itself to the metaserver when there are players logged in, is to prevent the standard metaserver output to become too long with unused servers. And we can assume (?) that whoever starts a cluegame knows how to get in without the metaserver. I spent the last hour browsing through the vanilla code to see what parts are influenced. Problems I foresee and for which I would like your feedback, are: 1) The current metaserver output on port 3521 does not suffice. a) Prederably one needs a new flag for INL style games or rather one for HOME and AWAY. That is doable in a backwards compatible way I think. b) Currently only the player port is listed! Clients such as NetrekXPMod use the player_port+1 formula to determine the observer port. Now we have the 4566/4000 and 4577/5000 ports. You can again program in clients this calculation, but we all remember the old 1111/3333 and 2222/4444 ports as well. Do we accept this lack of flexibility or do we need to define a new metaserver output format for it which includes things like observerports? 2) The .metaserver file looks like: metaserver.us.netrek.org 3521 60 120 nl.netrek.org B 2592 2593 open metaserver2.us.netrek.org 3521 60 120 nl.netrek.org B 2592 2593 open Or put in a more generic way: We could add two entries in this .metaserver file per default for ports 4566 and 4577 that are only sent when there are players in the game, or we choose to do that dynamically in the static struct metaserver metaservers[MAXMETASERVERS]; 3) Problem is I have not yet found the point where to put the call to solicit(). How can the server check if it is an INL server? Which process owns that metaservers[] table? Should the check be done in deamon (which has the solicit() call), or in netrekd when a player enters? Any feedback is appreciated. I am really convinced this is a necessary feature to promote clue netrek to midbies who simply happen to not be a computer wizard ;-) With some hints and decision on the metaserver approach to take I can take care of the actual implementation. I will also add support to NetrekXPmod, depending on our choices of course. Greetx, Erik _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel From quozl at us.netrek.org Thu May 13 19:07:29 2004 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:51:00 2005 Subject: [Vanilla Devel] Metaserver listing for INL servers In-Reply-To: <40A3D579.7080001@netrek.org> References: <40A3D579.7080001@netrek.org> Message-ID: <20040514000729.GA6656@us.netrek.org> Erik, I've had a look at the metaserver code just now, at scan.c and disp_udp.c, and it would be quite simple to adjust that to account for INL servers. I made the UDP protocol extensible. But you mentioned port 3521. Does the NetrekXP client use the UDP or TCP connection? If TCP, then I don't think I'd like to change the format. I'd really like Stas to use UDP if he can. ;-) To hack it now without changing any code, in the backwards compatible way, the .metaservers file for the INL server should contain one line for each port, using a DNS alias. For example; metaserver.us.netrek.org 3521 60 120 pickup.nl.netrek.org B 2592 2593 open metaserver.us.netrek.org 3521 60 120 home.nl.netrek.org B 4566 4000 open metaserver.us.netrek.org 3521 60 120 away.nl.netrek.org B 4577 5000 open metaserver.us.netrek.org 3521 60 120 home-observers.nl.netrek.org B 4000 ... We should add a server type for an INL server, and include INL servers that have solicited in the response to the client. I'd want to make a new server side protocol version to include all four ports. I'd expect the client developers to accept four ports and figure a way to display it! Erik wrote: > b) Currently only the player port is listed! Yes, that's insufficient. We didn't design in a protocol version number for the client UDP query, but there's room; only the first character is checked now and it must be a question mark. We could add a version number after that, and have the later version cause more ports to be listed. I'm happy to change COW. > 3) Problem is I have not yet found the point where to put the > call to solicit(). How can the server check if it is an INL > server? (status->gameup & GU_INROBOT) The flag is set by the INL robot. > Which process owns that metaservers[] table? Daemon. > Should the check be done in deamon (which has the solicit() call), > or in netrekd when a player enters? Daemon. It won't be running until a player enters. > Any feedback is appreciated. I am really convinced this is a > necessary feature to promote clue netrek to midbies who simply > happen to not be a computer wizard ;-) I agree. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel From Shadow.Hunter at netrek.org Mon May 31 07:55:00 2004 From: Shadow.Hunter at netrek.org (E. Hietbrink) Date: Wed Jan 12 00:51:01 2005 Subject: [Vanilla Devel] Compilation error. Message-ID: <40BB2B24.3020108@netrek.org> Hi since i have no account with write access for the vanilla server, I'll send tho this list. I ran accross the following compilation error. Probably someone made a typo. The fix is trivial. Plz apply remove the non-space character. gcc -g -O2 -funroll-loops -finline-functions -DATM -DPING -DHAVE_NINT=0 -c disengage.c disengage.c: In function `in_home_area': disengage.c:601: parse error at null character *** Error code 1 Stop. Greetx, Erik _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel From quozl at us.netrek.org Mon May 31 17:59:01 2004 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:51:01 2005 Subject: [Vanilla Devel] Compilation error. In-Reply-To: <40BB2B24.3020108@netrek.org> References: <40BB2B24.3020108@netrek.org> Message-ID: <20040531225901.GA7377@us.netrek.org> On Mon, May 31, 2004 at 02:55:00PM +0200, E. Hietbrink wrote: > I ran accross the following compilation error. Probably someone made > a typo. The fix is trivial. Plz apply remove the non-space character. > disengage.c: In function `in_home_area': > disengage.c:601: parse error at null character Can't find anything there in my copy from CVS. Check the md5sum. dc1de46b13a16f0dc891d02a0794c463 disengage.c Revision 1.2. Compiles fine. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel From Shadow.Hunter at netrek.org Mon May 31 23:53:59 2004 From: Shadow.Hunter at netrek.org (E. Hietbrink) Date: Wed Jan 12 00:51:01 2005 Subject: [Vanilla Devel] Compilation error. In-Reply-To: <20040531225901.GA7377@us.netrek.org> References: <40BB2B24.3020108@netrek.org> <20040531225901.GA7377@us.netrek.org> Message-ID: <40BC0BE7.6000402@netrek.org> James Cameron wrote: > On Mon, May 31, 2004 at 02:55:00PM +0200, E. Hietbrink wrote: > >>I ran accross the following compilation error. Probably someone made >>a typo. The fix is trivial. Plz apply remove the non-space character. >>disengage.c: In function `in_home_area': >>disengage.c:601: parse error at null character > > > Can't find anything there in my copy from CVS. Check the md5sum. > > dc1de46b13a16f0dc891d02a0794c463 disengage.c > > Revision 1.2. > > Compiles fine. Damn. when I retrieved it again from CVS it looked fine. MD5 (disengage.c) = dc1de46b13a16f0dc891d02a0794c463 Sorry for bothering you. Greetx, Erik _______________________________________________ vanilla-devel mailing list vanilla-devel@us.netrek.org https://mailman.real-time.com/mailman/listinfo/vanilla-devel