From irate at anonymous.to Fri Nov 9 13:48:54 2001 From: irate at anonymous.to (Order Ink On The Internet For Less) Date: Wed Jan 12 00:50:34 2005 Subject: [Netrek Clients] All You Can Ink! Message-ID: <4136-220011159194854370@anonymous.to> An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20011109/7dfe3559/attachment.html From irate at anonymous.to Sun Nov 11 06:32:36 2001 From: irate at anonymous.to (Get The Antidote) Date: Wed Jan 12 00:50:34 2005 Subject: [Netrek Clients] FREE Software - McAfee's Virus Scan Message-ID: <4135-2200111011123236390@anonymous.to> McAfee's Virus Scan If you've never tried the Number #1 Virus Detection & Removal tool before, this is your chance to try one of the best in the business. McAfee's VirusScan captures 100% of viruses in the wild and provides the best detection rates for Word and Excel macro viruses. Detects all types of viruses, including boot, file, multi-partite, stealth, mutating, encrypted, and polymorphic viruses. Convenient to use. http://fctrk.com/e.php?h=rickcrid&p=124&b=503 From 007 at freemail.at Fri Nov 23 09:37:02 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:50:34 2005 Subject: [Netrek Clients] Re: [Vanilla List] any growth on this? In-Reply-To: <20011123103613.B27960@us.netrek.org> References: <20011123103613.B27960@us.netrek.org> Message-ID: <200111231530.QAA04538@mx0.atnet.at> On Friday 23 November 2001 00:36, James Cameron wrote: > Seems we have lots of people wanting to help with the GUI for .xtrekrc, > why don't we place it in the COW CVS tree and share the development > process? Peer review is a useful thing. Perfectly fine. The COW source tree has to be restructured anyway. Just start a sub dir for the development, so that it might be developed client independently easily. Kurt (007) COW source keeper -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From nobelpassaglia at grupoip.com Sun Nov 25 15:19:14 2001 From: nobelpassaglia at grupoip.com (Nobel Clemar Passaglia) Date: Wed Jan 12 00:50:35 2005 Subject: [Netrek Clients] Apelo a su humanidad Message-ID: <000601c175f6$e8e1c7c0$321620c8@nobel> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 11496 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20011125/2328741d/attachment.jpe From vanilla-devel at us.netrek.org Mon Nov 12 04:06:17 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:35 2005 Subject: [Vanilla Devel] CVS update: Vanilla/php Message-ID: <200111121006.fACA6HT14124@swashbuckler.real-time.com> Date: Monday November 12, 2001 @ 4:06 Author: cameron Update of /home/netrek/cvsroot/Vanilla/php In directory swashbuckler.real-time.com:/var/tmp/cvs-serv14121/php Log Message: Directory /home/netrek/cvsroot/Vanilla/php added to the repository **************************************** [input file was '-'] From vanilla-devel at us.netrek.org Mon Nov 12 05:26:20 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:35 2005 Subject: [Vanilla Devel] CVS update: Vanilla/php Message-ID: <200111121126.fACBQKD14155@swashbuckler.real-time.com> Date: Monday November 12, 2001 @ 5:26 Author: cameron Update of /home/netrek/cvsroot/Vanilla/php In directory swashbuckler.real-time.com:/var/tmp/cvs-serv14152/php Added Files: archive.phtml file.phtml footer.inc header.inc index.phtml players.phtml Log Message: **************************************** From tanner at real-time.com Mon Nov 12 15:15:46 2001 From: tanner at real-time.com (Bob Tanner) Date: Wed Jan 12 00:51:35 2005 Subject: [Vanilla Devel] SourceForge future? Message-ID: <20011112151546.U22592@real-time.com> http://www.fsfeurope.org/news/article2001-10-20-01.en.html Scary how things have changed. I think we should look at bring it in-house or moving it to Savannah. -- Bob Tanner | Phone : (952)943-8700 http://www.mn-linux.org, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9 From zu22 at andrew.cmu.edu Mon Nov 12 17:24:35 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:51:35 2005 Subject: [Vanilla Devel] SourceForge future? In-Reply-To: <20011112151546.U22592@real-time.com> Message-ID: Oh no! Where will all those software projects go if SourceForge is gone? I use several Linux packages which are currently *only* hosted on SourceForge. Why can't RedHat or some other company keep SourceForge alive w/ corporate sponsorship? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Mon Nov 12 19:21:52 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:51:36 2005 Subject: [Vanilla Devel] SourceForge future? In-Reply-To: ; from zu22@andrew.cmu.edu on Mon, Nov 12, 2001 at 06:24:35PM -0500 References: <20011112151546.U22592@real-time.com> Message-ID: <20011113122152.C5687@us.netrek.org> Zach, Where will they go if SourceForge goes? Somewhere else. The projects will survive. Any demise of SourceForge is not an undue worry, it is just a bit of work to handle. Why won't people sponsor it? Economic climate is bad. My employer does sponsor it for projects relating to Compaq. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From ahn at vec.wfubmc.edu Mon Nov 12 20:43:49 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:51:36 2005 Subject: [Vanilla Devel] SourceForge future? In-Reply-To: <20011112151546.U22592@real-time.com>; from tanner@real-time.com on Mon, Nov 12, 2001 at 03:15:46PM -0600 References: <20011112151546.U22592@real-time.com> Message-ID: <20011112214349.A147161@cecum.vec.wfubmc.edu> On Mon, Nov 12, 2001 at 03:15:46PM -0600, Bob Tanner wrote: > http://www.fsfeurope.org/news/article2001-10-20-01.en.html > > Scary how things have changed. I think we should look at bring it in-house or > moving it to Savannah. I believe Savannah is only for GNU projects, and Netrek probably won't be relicensed under the GPL. We could run it in-house, but I mentioned in a previous email that we didn't seem to really need any of its features. I'm running another full backup from SF to orion right now. -- Dave Ahn | ahn@vec.wfubmc.edu | Wake Forest University Baptist Medical Center When you were born, you cried and the world rejoiced. Try to live your life so that when you die, you will rejoice and the world will cry. -1/2 jj^2 From quozl at us.netrek.org Tue Nov 13 23:59:39 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:51:36 2005 Subject: [Vanilla Devel] Another sf.net departure Message-ID: <20011114165939.J5687@us.netrek.org> http://linuxtoday.com/news_story.php3?ltsn=2001-11-13-016-20-PR-CY-SW Some interesting reading therein. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From zu22 at andrew.cmu.edu Wed Nov 14 01:04:57 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:51:36 2005 Subject: [Vanilla Devel] Another sf.net departure In-Reply-To: <20011114165939.J5687@us.netrek.org> Message-ID: For whom does the bell toll? It tolls for thee SF! :> Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From vanilla-devel at us.netrek.org Sun Nov 25 15:47:33 2001 From: vanilla-devel at us.netrek.org (Vanilla CVS Development) Date: Wed Jan 12 00:51:36 2005 Subject: [Vanilla Devel] CVS update: Vanilla/gum Message-ID: <200111252147.fAPLlXS22980@swashbuckler.real-time.com> Date: Sunday November 25, 2001 @ 15:47 Author: cameron Update of /home/netrek/cvsroot/Vanilla/gum In directory swashbuckler.real-time.com:/var/tmp/cvs-serv22977 Modified Files: signals.c Log Message: add comments **************************************** Index: Vanilla/gum/signals.c diff -u Vanilla/gum/signals.c:1.7 Vanilla/gum/signals.c:1.8 --- Vanilla/gum/signals.c:1.7 Tue May 1 21:00:18 2001 +++ Vanilla/gum/signals.c Sun Nov 25 15:47:33 2001 @@ -62,9 +62,10 @@ #include "sysdefaults.h" #include "solicit.h" +/* pointers to the top level widgets we will manage */ GtkWidget *gummain, *gumopen, *gumsaveas, *gummotd; -#define MAXLINES 2048 +#define MAXLINES 2048 /* maximum size of input file */ static char *lines[MAXLINES]; /* array of lines in input file */ static int keys[MAXLINES]; /* links from lines to keywords */ static int defs[MAXLINES]; /* links from keywords to lines */ @@ -75,6 +76,10 @@ guint context; } statusbar; +/* replacement for Glade's lookup_widget that operates silently, so +that we can have options added to configuration without a widget yet +existing, and so that the code can check for the existence of a widget +without errors being displayed. */ GtkWidget* widgie (GtkWidget *widget, gchar *widget_name) @@ -88,7 +93,7 @@ return found_widget; } - +/* given a title and a message text, pop up a message dialog */ void message ( char *title, char *text ) { GtkWidget *w, *x; @@ -99,8 +104,8 @@ gtk_label_set (GTK_LABEL(x), text); gtk_widget_show (w); } - +/* set a widget to a specific value or state */ int setwidget ( char *key, char *value, int state ) { GtkWidget *w; @@ -156,8 +161,8 @@ return g_list_position (menu->children, (GList *) child); } */ - +/* get a widget value, assuming a scalar parameter */ char *getwidget_scalar ( char *key ) { static char result[128]; @@ -214,6 +219,7 @@ return ""; } +/* get a widget value, for an array parameter type */ char *getwidget_array (struct sysdef_keywords *sk) { int k; @@ -237,6 +243,7 @@ return result; } +/* given a keyword, obtain the current widget value */ char *getwidget (struct sysdef_keywords *sk) { switch (sk->type) { @@ -255,6 +262,7 @@ return ""; } +/* set the labels on the widgets */ void setlabels ( ) { int i; From jeffno at ccs.neu.edu Fri Nov 2 07:26:47 2001 From: jeffno at ccs.neu.edu (Jeffrey Nowakowski) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] Re: seeking task(s)! In-Reply-To: <20011031093400.F26196@us.netrek.org> from "James Cameron" at Oct 31, 2001 09:34:00 AM Message-ID: <200111021326.fA2DQlp20728@denali.ccs.neu.edu> James Cameron wrote: > > This complaint about the outdatedness of the > messages was received from players, which caused this line to be added > to PROJECTS, where it has sat for many months. I was only aware of one silly complaint from leemy; were there others? > When the patch comes in, we can add an > > #ifdef HISTORICAL_T_MODE_MESSAGES Well, I guess that's acceptable. Maybe I've just gotten old and crusty like so many netrekkers before me. If Zach is going to do this, he should solicit ideas from r.g.n. -Jeff From rsc at scd.ucar.edu Fri Nov 2 11:12:25 2001 From: rsc at scd.ucar.edu (Bob Campbell) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] Re: seeking task(s)! Message-ID: <200111021712.KAA26985@niwot.scd.ucar.edu> > > #ifdef HISTORICAL_T_MODE_MESSAGES > > Well, I guess that's acceptable. Maybe I've just gotten old and > crusty like so many netrekkers before me. If Zach is going to do > this, he should solicit ideas from r.g.n. Uh, if these messages aren't already broken out into a separate file, let's come up with a syntax scheme for a t-mode messages file so that server admins can insert whatever random political statements they want and keep them up to date or not. #define T_MODE_MSGS_FILE possible T-mode file syntax: Dick Cheney steals GW's lollipop! War ensues! Vaccine for all STDs discovered. War put on hold for free love. have multiple and lines, parse the file when the server starts, or even on galaxy reset. Bob Campbell Unix System Administrator Scientific Computing Division National Center for Atmospheric Research rsc@ucar.edu (303) 497-1815 From zu22 at andrew.cmu.edu Fri Nov 2 11:26:26 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] Re: seeking task(s)! In-Reply-To: <200111021326.fA2DQlp20728@denali.ccs.neu.edu> Message-ID: On Fri, 2 Nov 2001, Jeffrey Nowakowski wrote: > > Well, I guess that's acceptable. Maybe I've just gotten old and > crusty like so many netrekkers before me. If Zach is going to do > this, he should solicit ideas from r.g.n. Ok. Do you have any suggestions in this Jeff (or anyone else)? Can someone give example of old style message and what new style message could/should look like? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From rousse at ccr.jussieu.fr Sat Nov 3 15:01:23 2001 From: rousse at ccr.jussieu.fr (Guillaume Rousse) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] Mandrake netrek packages Message-ID: <20011103210123.973254B12@silbermann.snv.jussieu.fr> I just finished cow package, and made some corrections to vanilla package. Here are the three package descriptions: [grousse@klama grousse]$ rpm -qip rpm/RPMS/i586/netrek-* Name : netrek-cow Relocations: (not relocateable) Version : 3.00 Vendor: MandrakeSoft Release : 0.pl3.1mdk Build Date: Sat Nov 3 15:54:18 2001 Install date: (not installed) Build Host: klama.mandrake.org Group : Games/Other Source RPM: netrek-cow-3.00-0.pl3.1mdk.src.rpm Size : 4983903 License: GPL Packager : Guillaume Rousse URL : http://cow.netrek.org Summary : Netrek COW client Description : Netrek is the probably the first video game which can accurately be described as a "sport." It has more in common with basketball than with arcade games or Quake. Its vast and expanding array of tactics and strategies allows for many different play styles; the best players are the ones who think fastest, not necessarily the ones who twitch most effectively. It can be enjoyed as a twitch game, since the dogfighting system is extremely robust, but the things that really set Netrek apart from other video games are the team and strategic aspects. Team play is dynamic and varied, with roles constantly changing as the game state changes. Strategic play is explored in organized league games; after 6+ years of league play, strategies are still being invented and refined. The game itself has existed for over 10 years, and has a solid playerbase, including some people who have been playing for nearly as long as the game has existed. This is a client for the multi-player game of Netrek, supporting sound, color bitmaps recording and playback of games. Name : netrek-gum Relocations: (not relocateable) Version : 2.9pl7 Vendor: MandrakeSoft Release : 3mdk Build Date: Sat Nov 3 15:59:30 2001 Install date: (not installed) Build Host: klama.mandrake.org Group : Games/Other Source RPM: netrek-vanilla-2.9pl7-3mdk.src.rpm Size : 482245 License: BSD Packager : Guillaume Rousse URL : http://vanilla.netrek.org Summary : Netrek Vanilla Server Configuration Program Description : Netrek is the probably the first video game which can accurately be described as a "sport." It has more in common with basketball than with arcade games or Quake. Its vast and expanding array of tactics and strategies allows for many different play styles; the best players are the ones who think fastest, not necessarily the ones who twitch most effectively. It can be enjoyed as a twitch game, since the dogfighting system is extremely robust, but the things that really set Netrek apart from other video games are the team and strategic aspects. Team play is dynamic and varied, with roles constantly changing as the game state changes. Strategic play is explored in organized league games; after 6+ years of league play, strategies are still being invented and refined. The game itself has existed for over 10 years, and has a solid playerbase, including some people who have been playing for nearly as long as the game has existed. This is a configuration program for the Netrek Vanilla Server. Although the server will run out of the box, it can be configured to behave differently through configuration files. This program provides a graphical interface to these files. It is not required to play. Name : netrek-vanilla Relocations: (not relocateable) Version : 2.9pl7 Vendor: MandrakeSoft Release : 3mdk Build Date: Sat Nov 3 15:59:30 2001 Install date: (not installed) Build Host: klama.mandrake.org Group : Games/Other Source RPM: netrek-vanilla-2.9pl7-3mdk.src.rpm Size : 1902600 License: BSD Packager : Guillaume Rousse URL : http://vanilla.netrek.org Summary : Netrek Vanilla Server Description : Netrek is the probably the first video game which can accurately be described as a "sport." It has more in common with basketball than with arcade games or Quake. Its vast and expanding array of tactics and strategies allows for many different play styles; the best players are the ones who think fastest, not necessarily the ones who twitch most effectively. It can be enjoyed as a twitch game, since the dogfighting system is extremely robust, but the things that really set Netrek apart from other video games are the team and strategic aspects. Team play is dynamic and varied, with roles constantly changing as the game state changes. Strategic play is explored in organized league games; after 6+ years of league play, strategies are still being invented and refined. The game itself has existed for over 10 years, and has a solid playerbase, including some people who have been playing for nearly as long as the game has existed. This is a server for the multi-player game of Netrek. And here the rpm quality checker output. What are those empty files ? [grousse@klama grousse]$ rpmlint rpm/RPMS/i586/netrek-* E: netrek-cow statically-linked-binary /usr/games/bgsndplay W: netrek-gum no-documentation E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.banned E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.bypass E: netrek-vanilla file-[grousse@klama grousse]$ rpmlint rpm/RPMS/i586/netrek-* E: netrek-cow statically-linked-binary /usr/games/bgsndplay W: netrek-gum no-documentation E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.banned E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.bypass E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.clue-bypass E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.features E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.motd E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.motd_basep E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.motd_clue E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.nocount E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.planets E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.ports E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.reserved E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.sysdef E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.time E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.tourn.map E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/motd_basep_logo.MASTER E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/motd_clue_logo.MASTER E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/motd_logo.MASTER E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/rsa-keyfile E: netrek-vanilla zero-length /usr/games/vanilla/.bypass W: netrek-vanilla non-conffile-in-etc /etc/cron.hourly/vanilla E: netrek-vanilla incoherent-logrotate-file /etc/logrotate.d/vanilla W: netrek-vanilla non-conffile-in-etc /etc/logrotate.d/vanilla E: netrek-vanilla zero-length /usr/games/vanilla/.planets E: netrek-vanilla zero-length /usr/games/vanilla/.banned E: netrek-vanilla zero-length /usr/games/vanilla/.clue-bypass E: netrek-vanilla zero-length /usr/games/vanilla/.nocount W: netrek-vanilla non-conffile-in-etc /etc/rc.d/init.d/vanilla W: netrek-vanilla dangerous-command-in-%post ln W: netrek-vanilla dangerous-command-in-%preun rmin-usr-marked-as-conffile /usr/games/vanilla/.clue-bypass E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.features E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.motd E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.motd_basep E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.motd_clue E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.nocount E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.planets E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.ports E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.reserved E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.sysdef E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.time E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/.tourn.map E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/motd_basep_logo.MASTER E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/motd_clue_logo.MASTER E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/motd_logo.MASTER E: netrek-vanilla file-in-usr-marked-as-conffile /usr/games/vanilla/rsa-keyfile E: netrek-vanilla zero-length /usr/games/vanilla/.bypass W: netrek-vanilla non-conffile-in-etc /etc/cron.hourly/vanilla E: netrek-vanilla incoherent-logrotate-file /etc/logrotate.d/vanilla W: netrek-vanilla non-conffile-in-etc /etc/logrotate.d/vanilla E: netrek-vanilla zero-length /usr/games/vanilla/.planets E: netrek-vanilla zero-length /usr/games/vanilla/.banned E: netrek-vanilla zero-length /usr/games/vanilla/.clue-bypass E: netrek-vanilla zero-length /usr/games/vanilla/.nocount W: netrek-vanilla non-conffile-in-etc /etc/rc.d/init.d/vanilla W: netrek-vanilla dangerous-command-in-%post ln W: netrek-vanilla dangerous-command-in-%preun rm -- Guillaume Rousse GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html From quozl at us.netrek.org Sun Nov 4 18:51:35 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] Mandrake netrek packages In-Reply-To: <20011103210123.973254B12@silbermann.snv.jussieu.fr>; from rousse@ccr.jussieu.fr on Sat, Nov 03, 2001 at 10:01:23PM +0100 References: <20011103210123.973254B12@silbermann.snv.jussieu.fr> Message-ID: <20011105115135.F16132@us.netrek.org> You'll have to submit the key for the client, don't forget. Otherwise players won't be able to use it to play on the public servers. On Sat, Nov 03, 2001 at 10:01:23PM +0100, Guillaume Rousse wrote: > And here the rpm quality checker output. What are those empty files ? > E: netrek-vanilla zero-length /usr/games/vanilla/.bypass It's a configuration file, nothing wrong with it. Zero length is the normal initial state. > E: netrek-vanilla zero-length /usr/games/vanilla/.planets > E: netrek-vanilla zero-length /usr/games/vanilla/.banned > E: netrek-vanilla zero-length /usr/games/vanilla/.clue-bypass > E: netrek-vanilla zero-length /usr/games/vanilla/.nocount As above. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From zu22 at andrew.cmu.edu Sun Nov 11 08:51:37 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] updating my src tree? In-Reply-To: Message-ID: 1) What is the current user/pass to login via CVS? 2) What command do I issue to update my existing Vanilla src tree? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Sun Nov 11 15:30:28 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] updating my src tree? In-Reply-To: ; from zu22@andrew.cmu.edu on Sun, Nov 11, 2001 at 09:51:37AM -0500 References: Message-ID: <20011112083028.U5687@us.netrek.org> On Sun, Nov 11, 2001 at 09:51:37AM -0500, Zachary Uram wrote: > 1) What is the current user/pass to login via CVS? If you've already used CVS, and have not done a CVS logout, then this is stored on your filesystem in ~/.cvspass Otherwise, as per http://vanilla.netrek.org/ username netrek password netrek. > 2) What command do I issue to update my existing Vanilla src > tree? Be in the tree (cd Vanilla) and issue the update command. cvs update I also add -z3 and -d, the first being compression the second being create directories as needed. cvs -z3 update -d The ~/.cvsrc file can be adjusted to assume defaults for this; % cat ~/.cvsrc -z3 diff -u update -d Join the vanilla-devel mailing list to have CVS commit diffs posted to you. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From Darryl_Palmer_Jr at acm.org Sun Nov 11 23:00:00 2001 From: Darryl_Palmer_Jr at acm.org (Darryl Palmer Jr) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] PING define In-Reply-To: <20011112083028.U5687@us.netrek.org> Message-ID: I was going through the source, and I noticed that there is a problem with the PING define. In socket.c we have the following around line 190: #ifdef PING { sizeof(struct ping_cpacket), handlePingResponse }, /* CP_PING_RESPONSE*/ #endif If PING is not defined it appears that all the rest of the handlers in the array will be off by one. Maybe the PING define should be removed or the lines changed to: #ifdef PING { sizeof(struct ping_cpacket), handlePingResponse }, /* CP_PING_RESPONSE*/ #else {0, NULL), #endif like it is for some of the other messages. Darryl -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2226 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20011111/9dd88f98/smime.bin From Robert.E at sancn.com Tue Nov 13 05:43:00 2001 From: Robert.E at sancn.com (Robert.E@sancn.com) Date: Wed Jan 12 00:52:38 2005 Subject: [Vanilla List] Pay nothing for your conference calls! Message-ID: <1005648385.0894841662@mail.sancn.com> An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20011113/9a49aa98/attachment.html From webmaster at winycom.co.kr Mon Nov 19 05:42:12 2001 From: webmaster at winycom.co.kr (=?ks_c_5601-1987?B?wKe0z8TE?=) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] =?ks_c_5601-1987?B?W7GksO1dIHZhbmlsbGEtbGlzdLTUv6Gw1CC6uLO7tMIgsbPAsL7Is7s=?= Message-ID: µ¿¾Æ´ëÇб³ Áö½ÄÀÚ¿ø°³¹ß¼¾ÅÍ ¡Ø ±¤°í¼º ±ÛÀ̹ǷΠ¹Þ±â ½ÈÀ¸½Å ºÐÀº ¼ö½Å°ÅºÎÇØ ÁÖ½Ã¸é °¨»çÇÏ°Ú½À´Ï´Ù. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20011119/8a8a7ea1/attachment.htm From zu22 at andrew.cmu.edu Tue Nov 20 09:51:52 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? Message-ID: James Cameron wrote: > > Release early, release often. Others can test your code and > adjust it. I've been dreaming of a PHP based web site that > would take a player's xtrekrc file and present a form to let > them change how it works, then download the new one. Package a > web server and PHP with the client, and there you have it. ;-} Any progress? > Ultimate goal is a nice setup.exe package, with a frontend > program that helps generate an xtrekrc and then launches > netrek.exe with options passed to it. Instead of using the > command line, etc. Cool. Who is working on it? > I've got a computer camp coming up in September that I'd like > this to be available for, in case you would like a deadline. > ;-) How did the camp go? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Tue Nov 20 16:06:54 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from zu22@andrew.cmu.edu on Tue, Nov 20, 2001 at 10:51:52AM -0500 References: Message-ID: <20011121090654.N27960@us.netrek.org> On Tue, Nov 20, 2001 at 10:51:52AM -0500, Zachary Uram wrote: > James Cameron wrote: > > Release early, release often. Others can test your code and > > adjust it. I've been dreaming of a PHP based web site that > > would take a player's xtrekrc file and present a form to let > > them change how it works, then download the new one. Package a > > web server and PHP with the client, and there you have it. ;-} > Any progress? No, still a dream. I have however done a set of pages for the results distribution of an INL server, now in the php directory on CVS. See it at http://netrek.gctc.hwy.com.au/ click on Archives in the results section. > > Ultimate goal is a nice setup.exe package, with a frontend > > program that helps generate an xtrekrc and then launches > > netrek.exe with options passed to it. Instead of using the > > command line, etc. > Cool. Who is working on it? Nobody but me so far. I'm not the best choice for the job, 'cause I don't use Windows. In response to my posting to LWN.NET the most useful reply I got (apart from Mandrake packaging) was a pointer to Inno Setup, which should help achieve the goal. http://www.jordanr.dhs.org/isinfo.htm If you take this on, I can at least test installation for you. > > I've got a computer camp coming up in September that I'd like > > this to be available for, in case you would like a deadline. > > ;-) > How did the camp go? Netrek-wise, we got about four games in. The greatest pain was our failure to distribute to the lab workstations an appropriate .xtrekrc file that used a graphic dashboard. The default in COW is still numbers. I'm wondering if I should add an .xtrekrc suggestions port on the server and modify the client to get it via the network ... while not relevant to internet play it would certainly have helped us; we had to turn off the pixmaps because COW would GPF under certain tactical conditions which we never fully worked out. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From rutabega20 at hotmail.com Wed Nov 21 13:44:24 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? Message-ID: Hey I'm sort of working on an xtrekrc editor for COW. It's in a very preliminary state at this point, and I haven't written a line of code yet (I'm just laying down the UI with glade). Eventually I plan on having at least a keymap editor and a means for changing all the different client options I think are important. My main objective is to get it running in windows. I'll be using the gtk library which has already been ported to it (as has gimp). gerard >From: James Cameron >Reply-To: vanilla-list@us.netrek.org >To: vanilla-list@us.netrek.org >Subject: Re: [Vanilla List] any growth on this? >Date: Wed, 21 Nov 2001 09:06:54 +1100 > >On Tue, Nov 20, 2001 at 10:51:52AM -0500, Zachary Uram wrote: > > James Cameron wrote: > > > Release early, release often. Others can test your code and > > > adjust it. I've been dreaming of a PHP based web site that > > > would take a player's xtrekrc file and present a form to let > > > them change how it works, then download the new one. Package a > > > web server and PHP with the client, and there you have it. ;-} > > Any progress? > >No, still a dream. I have however done a set of pages for the results >distribution of an INL server, now in the php directory on CVS. >See it at http://netrek.gctc.hwy.com.au/ click on Archives in the results >section. > > > > Ultimate goal is a nice setup.exe package, with a frontend > > > program that helps generate an xtrekrc and then launches > > > netrek.exe with options passed to it. Instead of using the > > > command line, etc. > > Cool. Who is working on it? > >Nobody but me so far. I'm not the best choice for the job, 'cause I >don't use Windows. > >In response to my posting to LWN.NET the most useful reply I got >(apart from Mandrake packaging) was a pointer to Inno Setup, which >should help achieve the goal. http://www.jordanr.dhs.org/isinfo.htm > >If you take this on, I can at least test installation for you. > > > > I've got a computer camp coming up in September that I'd like > > > this to be available for, in case you would like a deadline. > > > ;-) > > How did the camp go? > >Netrek-wise, we got about four games in. The greatest pain was our >failure to distribute to the lab workstations an appropriate .xtrekrc >file that used a graphic dashboard. The default in COW is still >numbers. I'm wondering if I should add an .xtrekrc suggestions port >on the server and modify the client to get it via the network ... while >not relevant to internet play it would certainly have helped us; we had >to turn off the pixmaps because COW would GPF under certain tactical >conditions which we never fully worked out. > >-- >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 _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From quozl at us.netrek.org Wed Nov 21 15:41:02 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from rutabega20@hotmail.com on Wed, Nov 21, 2001 at 02:44:24PM -0500 References: Message-ID: <20011122084102.U27960@us.netrek.org> On Wed, Nov 21, 2001 at 02:44:24PM -0500, Gerard Lim wrote: > Hey I'm sort of working on an xtrekrc editor for COW. Well, please look at gum in the Netrek server. It is a Glade based GTK+ GUI for editing the server configuration files, which I wrote in order to prepare for a client equivalent. You may be able to re-use a lot of the code. Especially the stuff that lets human edited configuration files be changed without losing any of the embedded comment lines. > Eventually I plan on having at least a keymap editor > and a means for changing all the different client options > I think are important. I felt it was essential to cover every option supported by the server, since I cannot judge what is important. It could have been a lot of work, but I figured out a few shortcuts in Glade. (Example: editing the XML to add a field). Also, I built common code and a means of processing the UI changes that was scalable; adding a new option became very easy. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From rutabega20 at hotmail.com Wed Nov 21 17:44:54 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? Message-ID: >From: James Cameron >Reply-To: vanilla-list@us.netrek.org >To: vanilla-list@us.netrek.org >Subject: Re: [Vanilla List] any growth on this? >Date: Thu, 22 Nov 2001 08:41:02 +1100 > >On Wed, Nov 21, 2001 at 02:44:24PM -0500, Gerard Lim wrote: > > Hey I'm sort of working on an xtrekrc editor for COW. > >Well, please look at gum in the Netrek server. It is a Glade >based GTK+ GUI for editing the server configuration files, which >I wrote in order to prepare for a client equivalent. You may be >able to re-use a lot of the code. Especially the stuff that lets >human edited configuration files be changed without losing any of >the embedded comment lines. > > > Eventually I plan on having at least a keymap editor > > and a means for changing all the different client options > > I think are important. > >I felt it was essential to cover every option supported by the >server, since I cannot judge what is important. It could have >been a lot of work, but I figured out a few shortcuts in Glade. >(Example: editing the XML to add a field). Also, I built common >code and a means of processing the UI changes that was scalable; >adding a new option became very easy. > Hi, Let me clarify what I think are important features: keymap, fonts, buttonmap and all the : options are important. What I think is not quite so important at this point are the macros, keymaps based on shiptype and window placement options. Sorry if this seems arbitrary, but I think most people and especially newbies will find this more than adequate to configure the client to their taste. My main objective is basically provide newbies a friendly GUI instead of having to edit the config file through notepad or whatever. gerard _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From ssheldon at sodablue.org Wed Nov 21 21:05:48 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: Message-ID: <009701c17302$96ddc650$8400000a@inside.sodablue.com> > Let me clarify what I think are important features: > keymap, fonts, buttonmap and all the : options > are important. > > What I think is not quite so important at this point are > the macros, keymaps based on shiptype and window placement > options. Sorry > if this seems arbitrary, but > I think most people and especially newbies will find this > more than adequate to configure the client to their taste. My main > objective is basically provide newbies a friendly GUI instead > of having to > edit the config file through notepad or whatever. Actually window placement is probably the #1 question I receive in emails about the client. Second is keymap. Third is anything to do with how things look on screen, like the dashboard and icons and such. Interestingly enough the difficult to build a configuration program for these features is directly relational to the frequency they are asked. i.e. for window placement you'd have to design a way of previewing the display. From rutabega20 at hotmail.com Wed Nov 21 23:05:32 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? Message-ID: >From: "Steve Sheldon" >Reply-To: vanilla-list@us.netrek.org >To: >Subject: RE: [Vanilla List] any growth on this? >Date: Wed, 21 Nov 2001 21:05:48 -0600 > > > > > Let me clarify what I think are important features: > > keymap, fonts, buttonmap and all the : options > > are important. > > > > What I think is not quite so important at this point are > > the macros, keymaps based on shiptype and window placement > > options. Sorry > > if this seems arbitrary, but > > I think most people and especially newbies will find this > > more than adequate to configure the client to their taste. My main > > objective is basically provide newbies a friendly GUI instead > > of having to > > edit the config file through notepad or whatever. > >Actually window placement is probably the #1 question I receive in >emails about the client. > >Second is keymap. > >Third is anything to do with how things look on screen, like the >dashboard and icons and such. > >Interestingly enough the difficult to build a configuration program for >these features is directly relational to the frequency they are asked. >i.e. for window placement you'd have to design a way of previewing the >display. > It doesn't have to be that difficult. If clients come pre-configured for 1024x768, most people would be happy with that. What could work is for alternate settings that will write out 800x600 layout to the xtrekrc by simply letting them choose between resolutions. Again, it just has to be predefined somewhere. I doubt anybody would ever really want to resize their windows...or do they? gerard _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From doosh at inl.org Thu Nov 22 01:03:05 2001 From: doosh at inl.org (Tom Holub) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from rutabega20@hotmail.com on Thu, Nov 22, 2001 at 12:05:32AM -0500 References: Message-ID: <20011122070305.A52502@inl.org> On Thu, Nov 22, 2001 at 12:05:32AM -0500, Gerard Lim wrote: > > It doesn't have to be that difficult. If clients come pre-configured for > 1024x768, most people would be happy with that. What could work is for > alternate settings that will write out 800x600 layout to the xtrekrc by > simply letting them choose between resolutions. Again, it just has to be > predefined somewhere. I doubt anybody would ever really want to resize > their windows...or do they? They do, but it's not that hard; you just let them do it within the client, and save the results. -Tom From zu22 at andrew.cmu.edu Thu Nov 22 11:00:38 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: Message-ID: On Wed, 21 Nov 2001, Gerard Lim wrote: > > What I think is not quite so important at this point are > the macros, keymaps based on shiptype and window placement options. Sorry > if this seems arbitrary, but > I think most people and especially newbies will find this > more than adequate to configure the client to their taste. My main > objective is basically provide newbies a friendly GUI instead of having to > edit the config file through notepad or whatever. Perhaps include these as well (so even advanced users may benefit but put it under an Advanced menu or something. Is it possible to have the client auto-detect the user's screen dimensions and set the geometries appropriately? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Thu Nov 22 17:36:13 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from zu22@andrew.cmu.edu on Thu, Nov 22, 2001 at 12:00:38PM -0500 References: Message-ID: <20011123103613.B27960@us.netrek.org> Seems we have lots of people wanting to help with the GUI for .xtrekrc, why don't we place it in the COW CVS tree and share the development process? Peer review is a useful thing. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From rutabega20 at hotmail.com Thu Nov 22 20:58:15 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? Message-ID: Hi, That sounds great. I actually wanted to do this as an excercise to learn C and gtk+, but I'm looking forward to working with others. Anyway, my plan is to write the thing independently of COW. It will configure the options for COW, but it doesn't need to be done within COW itself. Basically it just modifies the xtrekrc on it's own. Eventually it could be bundled with COW, but it doesn't have to be... Right now I plan to just get the GUI done, with message boxes that pop up saying, for ex: "you toggled tryUdp". Or "you clicked save...saving xtrekrc". Eventually I'll connect these with functions that do the real work... I'm still learning as I go, so it's all still kinda fuzzy in my head, but that's my plan. gerard >From: James Cameron >Reply-To: vanilla-list@us.netrek.org >To: vanilla-list@us.netrek.org >Subject: Re: [Vanilla List] any growth on this? >Date: Fri, 23 Nov 2001 10:36:13 +1100 > >Seems we have lots of people wanting to help with the GUI for .xtrekrc, >why don't we place it in the COW CVS tree and share the development >process? Peer review is a useful thing. > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From zu22 at andrew.cmu.edu Thu Nov 22 21:32:31 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <20011123103613.B27960@us.netrek.org> Message-ID: cool i finally have linux setup and the Vanilla tree pulled over i haven't used GLADE/GTK before so if u can point me to a good quick overview guide On Fri, 23 Nov 2001, James Cameron wrote: > Seems we have lots of people wanting to help with the GUI for .xtrekrc, > why don't we place it in the COW CVS tree and share the development > process? Peer review is a useful thing. > > -- > 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 > zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From zu22 at andrew.cmu.edu Thu Nov 22 21:32:59 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <20011123103613.B27960@us.netrek.org> Message-ID: i have Vanilla tree in CVS but not COW how do i get the COW pulled down via CVS? zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Thu Nov 22 23:11:51 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from zu22@andrew.cmu.edu on Thu, Nov 22, 2001 at 10:32:59PM -0500 References: <20011123103613.B27960@us.netrek.org> Message-ID: <20011123161151.E27960@us.netrek.org> On Thu, Nov 22, 2001 at 10:32:59PM -0500, Zachary Uram wrote: > i have Vanilla tree in CVS but not COW > how do i get the COW pulled down via CVS? http://www.netrek.org/cow/current/README.CVS -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Thu Nov 22 23:16:16 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:39 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from zu22@andrew.cmu.edu on Thu, Nov 22, 2001 at 10:32:31PM -0500 References: <20011123103613.B27960@us.netrek.org> Message-ID: <20011123161616.F27960@us.netrek.org> On Thu, Nov 22, 2001 at 10:32:31PM -0500, Zachary Uram wrote: > i finally have linux setup and the Vanilla tree pulled over > i haven't used GLADE/GTK before so if u can point me to a good > quick overview guide http://glade.gnome.org/ To edit the gum GUI, go to the gum directory and type % glade gum.xml On request, it [re-]generates the C code, then you edit or compile. To do a simple project ... - run glade, - make a window, - put things in window, - write source code, - exit glade, - ./autogen.sh - make - run I'm on the mailing list. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From mark at mark.mielke.cc Fri Nov 23 01:42:34 2001 From: mark at mark.mielke.cc (Mark Mielke) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] Re: [VANILLA-LIST:2883] some mods to make netrek more accurate In-Reply-To: <20000224165913.G1048@us.netrek.org>; from quozl@us.netrek.org on Thu, Feb 24, 2000 at 04:59:13PM +1100 References: <20000219151602.C11612@mark.private.mielke.cc> <20000224165913.G1048@us.netrek.org> Message-ID: <20011123024234.A6820@mark.mielke.cc> On Thu, Feb 24, 2000 at 04:59:13PM +1100, James Cameron wrote: > a) there is a GWIDTH bug already, pressor a ship into left wall and see > it disappear or move to a very strange position, from the perspective of > the ship itself. The wall is usually irrelevant. It looks to me like this has to do with the fact that wall bouncing, is performed *before* tractor/press effect is applied. For an instant in time, the ship could be position at a -x value. Usually the next update from the server will fix this, and cause a delayed bounce, which is the effect that I see as of pl7 with a cow client. Many clients will not draw a ship with a -x position. The easiest fix that would 'mostly' deal with this situation, would be for the bounce/wallwrap code to be duplicated below the tractor code, and executed twice -- once for the ship doing the tractoring, and once for the ship being tractored. This fix is not complete, in that there is no guarantee that one, or both of the ships, may not bounce 'twice' (or more, for a ship being tractored by several other ships) during the same update, causing only more strange behaviour to be presented to the user. The true fix would be for Netrek to only calculate delta's for engine warp, tractors, orbits, etc., during the 'move' phase, and only as a final step during this phase, to actually accumulate the delta with the last position for each ship, and perform wall bounce/wrap for each. One advantage to the 'true fix', would be that ships travelling at the exact same speed, would not take turns 'jumping' by a pixel or so every so often. I believe that this effect is caused by the 'move' phase updating the positions of the ship, but taking a fair amount of time to actually complete. If an ntserv process wakes up to perform its update, while the daemon is half through the 'move' phase, it is possible that the ntserv process will send to the client, an updated position for one ship, but not a fully updated position for the other ship. Of course, after this update, the other ship would appear to 'catch up'. Thoughts? mark -- mark@mielke.cc/markm@ncf.ca/markm@nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From 007 at freemail.at Fri Nov 23 09:37:02 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <20011123103613.B27960@us.netrek.org> References: <20011123103613.B27960@us.netrek.org> Message-ID: <200111231530.QAA04536@mx0.atnet.at> On Friday 23 November 2001 00:36, James Cameron wrote: > Seems we have lots of people wanting to help with the GUI for .xtrekrc, > why don't we place it in the COW CVS tree and share the development > process? Peer review is a useful thing. Perfectly fine. The COW source tree has to be restructured anyway. Just start a sub dir for the development, so that it might be developed client independently easily. Kurt (007) COW source keeper -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From rutabega20 at hotmail.com Sat Nov 24 04:19:01 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? Message-ID: Alright, looks like it's just Zach any I who are interested in doing this. Just to establish a common environment, let's agree on the libraries and programs we're gonna use: gtk version 1.2.10 glib version 1.2.10 glade version 0.6.2 Guess what, this just happens to be what I have installed. Anyway, I looked at gum. I don't think glade uses the xml file to store the layout of your program anymore, though glade will still parse the xml. However, glade now creates a totally different set of source files; there isn't an xml file to describe the project anymore. Most of the stuff that gets generated are stubs--you get to fill in the C code, mostly the callback functions. I think we should just go with the latter approach. Trying to salvage code from gum could be problematic, since we'd have to remove all the existing widgets and add our own--easier to start from scratch. We could probably use the stuff that James wrote to work with the config files--ie the functions to write stuff to the xtrekrc. I'm gonna worry about the windows build. I want to make sure I can build it using cygwin. I've looked into it and yes, the libraries are available in cygwin, though I haven't tried compiling it there. So, if you can set me and zach up with CVS access, we can get goin. gerard >From: Kurt Siegl <007@freemail.at> >Reply-To: vanilla-list@us.netrek.org >To: vanilla-list@us.netrek.org >CC: cow@netrek.org >Subject: Re: [Vanilla List] any growth on this? >Date: Fri, 23 Nov 2001 16:37:02 +0100 > >On Friday 23 November 2001 00:36, James Cameron wrote: > > Seems we have lots of people wanting to help with the GUI for .xtrekrc, > > why don't we place it in the COW CVS tree and share the development > > process? Peer review is a useful thing. > >Perfectly fine. The COW source tree has to be restructured anyway. >Just start a sub dir for the development, so that it might be developed >client independently easily. > >Kurt (007) >COW source keeper > >-- >Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria >Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 >URL: http://members.aon.at/presents/siegl/kurt/ >_______________________________________________ >vanilla-list mailing list >vanilla-list@us.netrek.org >https://mailman.real-time.com/mailman/listinfo/vanilla-list _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From 007 at freemail.at Sat Nov 24 05:50:21 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: References: Message-ID: <200111241143.MAA08537@mx0.atnet.at> On Saturday 24 November 2001 11:19, Gerard Lim wrote: > Alright, looks like it's just Zach any I who are interested > in doing this. > I'm gonna worry about the windows build. I want to make sure I can build > it using cygwin. I've looked into it and yes, the libraries are available > in cygwin, though I haven't tried compiling it there. Just tell me when you run into troubles with that. For COW I did both, the cygwin Windows native, as well as the X version. Cygwin improved a lot recently, but there might still some pitfalls you might run into. > So, if you can set me and zach up with CVS access, we can get goin. Get a login at sourceforge and tell us the login names so that we can provide you with proper permissions to start the development. Kurt -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From mark at mark.mielke.cc Sat Nov 24 14:09:19 2001 From: mark at mark.mielke.cc (Mark Mielke) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <200111241143.MAA08537@mx0.atnet.at>; from 007@freemail.at on Sat, Nov 24, 2001 at 12:50:21PM +0100 References: <200111241143.MAA08537@mx0.atnet.at> Message-ID: <20011124150919.A14643@mark.mielke.cc> On Sat, Nov 24, 2001 at 12:50:21PM +0100, Kurt Siegl wrote: > On Saturday 24 November 2001 11:19, Gerard Lim wrote: > > I'm gonna worry about the windows build. I want to make sure I can build > > it using cygwin. I've looked into it and yes, the libraries are available > > in cygwin, though I haven't tried compiling it there. > Just tell me when you run into troubles with that. For COW I did both, the > cygwin Windows native, as well as the X version. Cygwin improved a lot > recently, but there might still some pitfalls you might run into. I was under the impression that glib/gtk had been compiled for Windows native without cygwin. Isn't the cow executable compiled completely native for Windows? Anyways, just stick to simple types, or glib types, and there really shouldn't be any unsurmountable problems. mark -- mark@mielke.cc/markm@ncf.ca/markm@nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From zu22 at andrew.cmu.edu Sat Nov 24 14:47:14 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: Message-ID: On Sat, 24 Nov 2001, Gerard Lim wrote: > > Just to establish a common environment, let's agree on the > libraries and programs we're gonna use: > > gtk version 1.2.10 netrek:/usr/lib# ls -al libgtk* lrwxrwxrwx 1 root root 19 Nov 23 02:47 libgtk-1.2.so.0 -> libgtk-1.2.so.0.9.1 -rw-r--r-- 1 root root 1192584 Oct 22 22:46 libgtk-1.2.so.0.9.1 lrwxrwxrwx 1 root root 17 Feb 6 2001 libgtkgl.so.4 -> libgtkgl.so.4.0.0 -rw-r--r-- 1 root root 12820 Nov 27 1999 libgtkgl.so.4.0.0 lrwxrwxrwx 1 root root 21 Feb 4 2001 libgtkxmhtml.so.1 -> libgtkxmhtml.so.1.0.1 -rw-r--r-- 1 root root 351852 Mar 30 2000 libgtkxmhtml.so.1.0.1 > glib version 1.2.10 netrek:/usr/lib# ls -al libglib* lrwxrwxrwx 1 root root 21 Nov 24 15:31 libglib-1.2.so.0 -> libglib-1.2.so.0.0.10 -rw-r--r-- 1 root root 137512 Nov 10 09:46 libglib-1.2.so.0.0.10 -rw-r--r-- 1 root root 196096 Nov 10 09:45 libglib.a lrwxrwxrwx 1 root root 21 Nov 24 15:31 libglib.so -> libglib-1.2.so.0.0.10 -rw-r--r-- 1 root root 931208 Nov 10 09:49 libglib_g.a > glade version 0.6.2 From michaelwyatt at PunkAss.com Sat Nov 24 15:44:26 2001 From: michaelwyatt at PunkAss.com (Michael Wyatt) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? References: Message-ID: <000f01c17531$31840ef0$0200a8c0@mike2k> I created an RC Editor about three months ago, and the only problem with it was that I did it VB. Using, VB the file was about 2.5 MB and didn't even transfer to other windowz systems! But I do have a lot of ideas of how to implement the project. I also have about 8 different window settings for 1024x768 saved. I would be very happy to help out on this project, or to just share the code I have already made. Michael Wyatt From 007 at freemail.at Sat Nov 24 19:41:59 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <20011124150919.A14643@mark.mielke.cc> References: <200111241143.MAA08537@mx0.atnet.at> <20011124150919.A14643@mark.mielke.cc> Message-ID: <200111250135.CAA10622@mx0.atnet.at> On Saturday 24 November 2001 21:09, you wrote: > I was under the impression that glib/gtk had been compiled for Windows > native without cygwin. Isn't the cow executable compiled completely > native for Windows? COW is native in a way, that it requires only the Cygwin DLL and uses the Windows graphical subsystem. Cygwin gcc is a free available windows compiler and I do not own, neither will I, any commercial windows compilers. Kurt -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From rutabega20 at hotmail.com Sat Nov 24 21:37:53 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? Message-ID: >From: Zachary Uram >Reply-To: vanilla-list@us.netrek.org >To: Gerard Lim >CC: >Subject: Re: [Vanilla List] any growth on this? >Date: Sat, 24 Nov 2001 15:47:14 -0500 (EST) > >On Sat, 24 Nov 2001, Gerard Lim wrote: > > > > Just to establish a common environment, let's agree on the > > libraries and programs we're gonna use: > > > > gtk version 1.2.10 > >netrek:/usr/lib# ls -al libgtk* >lrwxrwxrwx 1 root root 19 Nov 23 02:47 >libgtk-1.2.so.0 -> libgtk-1.2.so.0.9.1 >-rw-r--r-- 1 root root 1192584 Oct 22 22:46 >libgtk-1.2.so.0.9.1 >lrwxrwxrwx 1 root root 17 Feb 6 2001 >libgtkgl.so.4 -> libgtkgl.so.4.0.0 >-rw-r--r-- 1 root root 12820 Nov 27 1999 >libgtkgl.so.4.0.0 >lrwxrwxrwx 1 root root 21 Feb 4 2001 >libgtkxmhtml.so.1 -> libgtkxmhtml.so.1.0.1 >-rw-r--r-- 1 root root 351852 Mar 30 2000 >libgtkxmhtml.so.1.0.1 > > > glib version 1.2.10 > >netrek:/usr/lib# ls -al libglib* >lrwxrwxrwx 1 root root 21 Nov 24 15:31 >libglib-1.2.so.0 -> libglib-1.2.so.0.0.10 >-rw-r--r-- 1 root root 137512 Nov 10 09:46 >libglib-1.2.so.0.0.10 >-rw-r--r-- 1 root root 196096 Nov 10 09:45 libglib.a >lrwxrwxrwx 1 root root 21 Nov 24 15:31 >libglib.so -> libglib-1.2.so.0.0.10 >-rw-r--r-- 1 root root 931208 Nov 10 09:49 >libglib_g.a can you just make sure and type glib-config --version gtk-config --version > > > glade version 0.6.2 > >From Help->About "Version 0.6.2" > > > Guess what, this just happens to be what I have installed. > >Me too. > > > Anyway, I looked at gum. I don't think glade uses the xml file to store >the > > layout of your program anymore, though glade will still parse the xml. > >From the man page: > >Glade allows you to rapidly develope these interfaces, and can >create source code in a variety of languages that will construct >the interfaces for you. Glade can also be used in conjunction >with libglade to dynamically create user interfaces from the XML >description file that Glade creates. > I don't see an xml file in any of the files being generated by glade. > > However, glade now creates a totally different set of source files; >there > > isn't an xml file to describe the project anymore. Most of the stuff >that > > gets generated are stubs--you get to fill in the C code, mostly the >callback > > functions. > >When the interface is finished, you then usually save the >project and build the C source files that will be used to >generate the user interface. Integration with your project >logic then follows. > > > I think we should just go with the latter approach. Trying to salvage > > code from gum could be problematic, since we'd have to remove all the > > existing widgets and add our own--easier to start from scratch. We >could > > probably use the stuff that James wrote to work with the config >files--ie > > the functions to write stuff to the xtrekrc. > >So you are saying we should just use recycle his GtkWidget >definitions in the existing C code? Can't we just load his .xml >file and do our changes in glade then save as C source? No what I'm saying is we should pick out some of the routines that we would probably have to implement, like writing options to the xtrekrc. Or not, which we'll have to judge for ourselves when the time comes to write that part of the program. As I've already said, I'm leaning towards starting from scratch--it makes little sense to remove james's widgets just to add our own. > > > I'm gonna worry about the windows build. I want to make sure I can >build it > > using cygwin. I've looked into it and yes, the libraries are available >in > > cygwin, though I haven't tried compiling it there. > >Ok and I can do the Linux build? I installed Cygwin once but >couldn't get it working. A shell window would flash for a second >then close. Last night I tried 3 times to get Sun Java tarball >to download using dialup (~40MB), it would get to within ~100k of >the final size and then hang :( argh. I tried directly ftp'ing >but there is nothing there (ftp.sun.com). So after trying 2 >mirror sites and HTTP via the Sun website I don't know what else >to try. > > > So, if you can set me and zach up with CVS access, we can get goin. > >Cool. > > >Zach > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From quozl at us.netrek.org Sat Nov 24 21:47:55 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from zu22@andrew.cmu.edu on Sat, Nov 24, 2001 at 03:47:14PM -0500 References: Message-ID: <20011125144755.A12615@us.netrek.org> I agree with the tool versions, and I will contribute. Keep me informed. On Sat, Nov 24, 2001 at 03:47:14PM -0500, Zachary Uram wrote: > So you are saying we should just use recycle his GtkWidget > definitions in the existing C code? Can't we just load his .xml > file and do our changes in glade then save as C source? Yes, you should be able to load the gum.xml in Glade. I can. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Sat Nov 24 21:52:18 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <000f01c17531$31840ef0$0200a8c0@mike2k>; from michaelwyatt@punkass.com on Sat, Nov 24, 2001 at 03:44:26PM -0600 References: <000f01c17531$31840ef0$0200a8c0@mike2k> Message-ID: <20011125145218.B12615@us.netrek.org> Well, that's *four* developers committed to helping directly! We're off at warp nine. Create yourselves an account on sf.net, then give your account name to either Kurt, Dave, or I, and we'll add you to the list: http://sourceforge.net/project/memberlist.php?group_id=968 My focus is to make the client easier to install and use. An rc editor will head in that direction, but there's other things to do as well. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From rutabega20 at hotmail.com Sat Nov 24 22:23:41 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? Message-ID: correction: .glade file is xml >From: "Gerard Lim" >Reply-To: vanilla-list@us.netrek.org >To: vanilla-list@us.netrek.org >Subject: Re: [Vanilla List] any growth on this? >Date: Sat, 24 Nov 2001 22:37:53 -0500 >I don't see an xml file in any of the files being generated by >glade. > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From quozl at us.netrek.org Sun Nov 25 15:51:09 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from rutabega20@hotmail.com on Sat, Nov 24, 2001 at 10:37:53PM -0500 References: Message-ID: <20011126085109.A18914@us.netrek.org> On Sat, Nov 24, 2001 at 10:37:53PM -0500, Gerard Lim wrote: > I don't see an xml file in any of the files being generated by > glade. Sorry, yeah, as you found out, it's the .glade file now. > No what I'm saying is we should pick out some of the routines that > we would probably have to implement, like writing options to the > xtrekrc. Or not, which we'll have to judge for ourselves when the > time comes to write that part of the program. Yep. > As I've already said, I'm leaning towards starting from scratch--it > makes little sense to remove james's widgets just to add our own. Yep. But make sure you see how I did it, because I took a while figuring out how to make the code so that adding a new option was very easy. I used a few design rules; - widget name had to match the option in the rc file, so that there was no need for code specific to particular options, - widget name suffix was used for options with particular set of valid values, so DASHBOARD_0, DASHBOARD_1, DASHBOARD_2 would be the names of radio buttons for the "Dashboard:" option, made the code simple, - made use of as much code as possible in the parent project, like the list of option names, descriptions, and data types, - each widget had a %s_LABEL widget next to it, so that the name shown on screen for the setting could be managed by the parent project rather than by gum, Be careful in making assumptions about gum, because the code predates some of the design improvements in Glade. While Glade nowadays creates a src directory and uses different names, at the time I first used it everything was in the same directory. signals.c is where most of the work is done. I've added some better comments to signals.c and committed it to CVS. I suggest that you learn what functionality is available by compiling and running gum. Have you placed the list of features in a TODO file in CVS yet? ;-) I'd like the program to be good enough to be a front end to COW. This is what I had in mind when I re-worked the metaserver solicitation protocol last year or the year before. A GTK GUI front end that does the metaserver query and lets the player join the game, but with a tag or button that customises their .xtrekrc file. I've checked the developer list. Gerard Lim has access now, we're waiting on Zach. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From rutabega20 at hotmail.com Mon Nov 26 01:38:36 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? Message-ID: >Have you placed the list of features in a TODO file in CVS yet? ;-) >I'd like the program to be good enough to be a front end to COW. This >is what I had in mind when I re-worked the metaserver solicitation >protocol last year or the year before. A GTK GUI front end that does >the metaserver query and lets the player join the game, but with a tag >or button that customises their .xtrekrc file. Just updated the TODO file. I've also added a directory called netrek-config following Kurt's suggestion. Aside from that, anyone know why all the checked out cow source files are read-only? I can commit changes though... Also, what's the name of the Vanilla server module for CVS ? :) >I've checked the developer list. Gerard Lim has access now, we're >waiting on Zach. And Michael Wyatt too. gerard _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From 007 at freemail.at Mon Nov 26 13:07:57 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:52:40 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: References: Message-ID: <200111261901.UAA28089@mx0.atnet.at> On Monday 26 November 2001 08:38, Gerard Lim wrote: > Aside from that, anyone know why all the checked out cow source > files are read-only? I can commit changes though... I once set the watch on the repository which causes this. Unfortunately, I have no clue how to remove it again :-( And now after moving the repository to sourceforge it probably even harder to reset it. To overcome it you need to call cvs edit on all the files you are going to change. This sets it to writeable till you commit the changes. > Also, what's the name of the Vanilla server module for CVS ? :) The server is located on an other CVS server. Kurt -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From quozl at us.netrek.org Mon Nov 26 15:39:08 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from rutabega20@hotmail.com on Mon, Nov 26, 2001 at 02:38:36AM -0500 References: Message-ID: <20011127083908.H18914@us.netrek.org> On Mon, Nov 26, 2001 at 02:38:36AM -0500, Gerard Lim wrote: > Also, what's the name of the Vanilla server module for CVS ? :) We never found the need to migrate to SourceForge. % cvs -d :pserver:netrek@cvs.us.netrek.org:/home/netrek/cvsroot \ login Password: netrek % cvs -d :pserver:netrek@cvs.us.netrek.org:/home/netrek/cvsroot \ checkout Vanilla See http://vanilla.netrek.org/ for more details. To get an account, (do you plan to make any changes at the server end?), ask the list and we'll get you added. Subscribe to vanilla-devel to get the occasional Vanilla update mailed to you. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From michaelwyatt at PunkAss.com Mon Nov 26 17:32:33 2001 From: michaelwyatt at PunkAss.com (Michael Wyatt) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? References: Message-ID: <001501c176d2$a0fd2940$0200a8c0@mike2k> I don't want to be a stick in the mud, but are you all wanting me to sign up at: http://sourceforge.net/project/memberlist.php?group_id=968 ? I'm not very effecient in C, but do have minimal knowledge in VB. (Like thats hard!) I do, however, have a lot of graphic software and know I will be supplying my window settings to the project. I mailed Zach with the information he requestied, but have not received a reply. I told him that my window settings could use a few improvments, but he can have them as is if he wants. I also have RH 7.1 and Cygwin installed on my computer, which should be helpful in testing the software. There are a lot of details about how the program should function, but I'm sure I'll be able to get my opinion in later. I would love the join the "development team," but I don't know if I can produce a lot of help. Just let me know! ----- Original Message ----- From: "Gerard Lim" To: Sent: Monday, November 26, 2001 1:38 AM Subject: Re: [Vanilla List] any growth on this? > > >Have you placed the list of features in a TODO file in CVS yet? ;-) > >I'd like the program to be good enough to be a front end to COW. This > >is what I had in mind when I re-worked the metaserver solicitation > >protocol last year or the year before. A GTK GUI front end that does > >the metaserver query and lets the player join the game, but with a tag > >or button that customises their .xtrekrc file. > > Just updated the TODO file. I've also added a directory called > netrek-config following Kurt's suggestion. > > Aside from that, anyone know why all the checked out cow source > files are read-only? I can commit changes though... > > Also, what's the name of the Vanilla server module for CVS ? :) > > >I've checked the developer list. Gerard Lim has access now, we're > >waiting on Zach. > > And Michael Wyatt too. > > gerard > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list From quozl at us.netrek.org Mon Nov 26 19:20:34 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <001501c176d2$a0fd2940$0200a8c0@mike2k>; from michaelwyatt@punkass.com on Mon, Nov 26, 2001 at 05:32:33PM -0600 References: <001501c176d2$a0fd2940$0200a8c0@mike2k> Message-ID: <20011127122034.J18914@us.netrek.org> G'day Michael, I'm sure Gerard should comment as well, but I think you could be of significant benefit in this ... (a) show us a screenshot of your VB program, to give Gerard more input on the GUI design, (e.g. by uploading a PNG to the CVS server, or using e-mail) (b) review the GUI design Gerard comes up with, to ensure we end up with a high quality product, (e.g. by downloading from the CVS server and building as each major function is built) (c) help us to build (via CVS) the set of template layouts for various common screen resolutions. (e.g. upload suggested netrekrc files, test other suggestions on your platform, etc). So yes, I suggest you sign up. I see no reason why you can't contribute given the skills you have. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From michaelwyatt at PunkAss.com Tue Nov 27 00:03:35 2001 From: michaelwyatt at PunkAss.com (Michael Wyatt) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? References: <001501c176d2$a0fd2940$0200a8c0@mike2k> <20011127122034.J18914@us.netrek.org> Message-ID: <003901c17709$40f518a0$0200a8c0@mike2k> Ok, I should have the username 'wyatt' on sourceforge. I felt that I should just put the screenshot on the web! http://www.alltel.net/~wwyatt/ ----- Original Message ----- From: "James Cameron" To: Sent: Monday, November 26, 2001 7:20 PM Subject: Re: [Vanilla List] any growth on this? > G'day Michael, > > I'm sure Gerard should comment as well, but I think you could be of > significant benefit in this ... > > (a) show us a screenshot of your VB program, to give Gerard more input > on the GUI design, (e.g. by uploading a PNG to the CVS server, or > using e-mail) > > (b) review the GUI design Gerard comes up with, to ensure we end up with > a high quality product, (e.g. by downloading from the CVS server and > building as each major function is built) > > (c) help us to build (via CVS) the set of template layouts for various > common screen resolutions. (e.g. upload suggested netrekrc files, > test other suggestions on your platform, etc). > > So yes, I suggest you sign up. I see no reason why you can't contribute > given the skills you have. > > -- > 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 rutabega20 at hotmail.com Tue Nov 27 03:20:58 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? Message-ID: ARGHHHHHHHHH... f***ing netscape crashed before I could hit send....twice reconstructing memory banks...... James, I have looked at the code you've written for gum and I think I understand what's going on... Correct me if I'm wrong, but does it rely on having the descriptions, keys, and types of options in one file: sysdefaults.h? I can see now how easy it is to add a new option. However such a thing doesn't exist for COW. The keymap and options are 'hardcoded', as it were, in two files: input.c and defaults.c (correct me if I'm wrong). The bottom line is I don't see an easy way of using code in the parent project to make setting and getting labels and values for the widgets easy for us. Anyway, my original plan was to completely separate the GUI into two layers. The GUI would do as little logic as possible---only perhaps to retrieve or set values in the widgets and formatting these values for the appropriate functions. Advantages I think are that we can separate the work among us by agreeing on this interface. Downside is we would probably have to redefine default keymaps and options since these aren't available in a header file somewhere. gerard >From: James Cameron >Reply-To: vanilla-list@us.netrek.org >To: vanilla-list@us.netrek.org >Subject: Re: [Vanilla List] any growth on this? >Date: Mon, 26 Nov 2001 08:51:09 +1100 > >I used a few design rules; > >- widget name had to match the option in the rc file, so that there > was no need for code specific to particular options, > >- widget name suffix was used for options with particular set of valid > values, so DASHBOARD_0, DASHBOARD_1, DASHBOARD_2 would be the names > of radio buttons for the "Dashboard:" option, made the code simple, > >- made use of as much code as possible in the parent project, like the > list of option names, descriptions, and data types, > >- each widget had a %s_LABEL widget next to it, so that the name shown > on screen for the setting could be managed by the parent project > rather than by gum, > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From quozl at us.netrek.org Tue Nov 27 03:25:02 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <003901c17709$40f518a0$0200a8c0@mike2k>; from michaelwyatt@punkass.com on Tue, Nov 27, 2001 at 12:03:35AM -0600 References: <001501c176d2$a0fd2940$0200a8c0@mike2k> <20011127122034.J18914@us.netrek.org> <003901c17709$40f518a0$0200a8c0@mike2k> Message-ID: <20011127202502.K18914@us.netrek.org> On Tue, Nov 27, 2001 at 12:03:35AM -0600, Michael Wyatt wrote: > Ok, I should have the username 'wyatt' on sourceforge. You have been added as a developer. Welcome to the team! > I felt that I should just put the screenshot on the web! > http://www.alltel.net/~wwyatt/ Neat. The tabbed approach is basically the way gum works. See my screen shots of gum [2] which are quite out of date but give the idea reasonably well. Since then the metaserver solicitation window has been added, along with some new .sysdef parameters. You mention a discrepancy between window placements on Win32 and X11 clients. I've seen this too, I think. Might be an idea to investigate the root cause; presumably off by one errors or something in one of the windowing interface source files. As for your suggestion of eliminating all installation and setup requirements, Yes Please. I've found Inno Setup, [2] an open source installer. Unfortunately, I lack experience with Microsoft Windows to know what to do with it. References: [1] http://quozl.netrek.org/gum/shots/ Gum screenshots. [2] http://www.jordanr.dhs.org/isdl.htm Inno Setup. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From zu22 at andrew.cmu.edu Tue Nov 27 05:51:59 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: Message-ID: Instead of people writing willy nilly for their clients can't we set some coding standard that must be followed for an authorized client so that we can make interface more coherent and synced? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From quozl at us.netrek.org Tue Nov 27 06:24:04 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from rutabega20@hotmail.com on Tue, Nov 27, 2001 at 04:20:58AM -0500 References: Message-ID: <20011127232404.L18914@us.netrek.org> On Tue, Nov 27, 2001 at 04:20:58AM -0500, Gerard Lim wrote: > Correct me if I'm wrong, but does it rely on having the descriptions, > keys, and types of options in one file: sysdefaults.h? I can see now > how easy it is to add a new option. Yes, that's right. Because the maintainers of the server also maintain gum, so synchronisation can be easy. The file sysdefaults.h contains the procedure for adding new options. > However such a thing doesn't exist for COW. The keymap and options are > 'hardcoded', as it were, in two files: input.c and defaults.c (correct me > if I'm wrong). Yes, that's right. This should change. Suggest how to change it? Idea: special compilation mode for COW that causes getdefault() and the datatype variants to track what is given to them to fetch. Use the compiled result to generate a list of parameter names and types that are placed in a header that is used by defaults.c. Change getdefault() to issue a warning when a new parameter is seen that is not in the list. Audit the code periodically using regular expression searching to verify that all the defaults are known. Since the client is in maintenance mode, and no new major features are being written, the cost of keeping the known parameters in the list should be low. My quick guess at the size of the task: 1) files that contain getdefault or variants, % egrep -l "intDefault|booleanDefault|getdefault" *.c|fmt audio.c cowmain.c defaults.c defwin.c docwin.c findslot.c gnu_win32.c input.c main.c newwin.c parsemeta.c playback.c playerlist.c sound.c winsprite.c x11sprite.c x11window.c 2) total number of files, % egrep -l "intDefault|booleanDefault|getdefault" *.c|wc --lines 17 3) number of calls or parameters to investigate, % egrep "intDefault|booleanDefault|getdefault" *.c|wc --lines 182 % cat *.c|egrep "intDefault|booleanDefault|getdefault"|sort|uniq|wc --lines 165 % cat *.c|egrep "intDefault|booleanDefault|getdefault"|cut -f2 -d\"|sort|uniq|more|wc --lines 154 What might not be caught by an semi-automatic analysis is calls to getdefault() that are conditional. One could argue that such calls are not for important parameters! > The bottom line is I don't see an easy way of using code in the parent > project to make setting and getting labels and values for the widgets > easy for us. True, but we should be able to improve the parent project as a side- effect of making it easy for us. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From zu22 at andrew.cmu.edu Tue Nov 27 05:50:36 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:41 2005 Subject: CVS? (Re: [Vanilla List] any growth on this?) In-Reply-To: Message-ID: Netscrape is truly a piece of garbage. Besides continually screwing up memory it always crashes and fails to download all of a file. I will download something only to learn Netscrape failed the last crucial bytes needed :( Someone told me to get SF account yet it is going away. So if CVS will be handled locally off of our own server don't I need an account there and not a CVS? Just pull the COW tree down to our local CVS node right? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From michaelwyatt at PunkAss.com Tue Nov 27 18:28:29 2001 From: michaelwyatt at PunkAss.com (Michael Wyatt) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? References: <001501c176d2$a0fd2940$0200a8c0@mike2k> <20011127122034.J18914@us.netrek.org> <003901c17709$40f518a0$0200a8c0@mike2k> <20011127202502.K18914@us.netrek.org> Message-ID: <000b01c177a3$9d93ac80$0200a8c0@mike2k> Cool, the Inno Setup program works great. I quickly put together a setup.exe file for COW and included all of the pixmaps and sounds. The total file size is 2.9 MB. Not too bad considering that the setup program only takes up about 400 KB. Does there need to be any liscense information included with the file? I think I should make smaller files that do not include the sound files or pixmaps. If you would like see the file, I'll upload it to the ftp server. From zu22 at andrew.cmu.edu Tue Nov 27 20:33:17 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <000b01c177a3$9d93ac80$0200a8c0@mike2k> Message-ID: cool please upload it On Tue, 27 Nov 2001, Michael Wyatt wrote: > Cool, the Inno Setup program works great. I quickly put together a setup.exe > file for COW and included all of the pixmaps and sounds. The total file size > is 2.9 MB. Not too bad considering that the setup program only takes up > about 400 KB. Does there need to be any liscense information included with > the file? I think I should make smaller files that do not include the sound > files or pixmaps. If you would like see the file, I'll upload it to the ftp > server. > > > _______________________________________________ > vanilla-list mailing list > vanilla-list@us.netrek.org > https://mailman.real-time.com/mailman/listinfo/vanilla-list > zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From zu22 at andrew.cmu.edu Tue Nov 27 20:33:56 2001 From: zu22 at andrew.cmu.edu (Zachary Uram) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <000b01c177a3$9d93ac80$0200a8c0@mike2k> Message-ID: Is there a *NIX analog to this Ino Setup tool I can use for packaging in Linux? Zach zu22@andrew.cmu.edu "Blessed are those who have not seen and yet have faith." - John 20:29 From mark at mark.mielke.cc Tue Nov 27 23:38:36 2001 From: mark at mark.mielke.cc (Mark Mielke) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from zu22@andrew.cmu.edu on Tue, Nov 27, 2001 at 09:33:56PM -0500 References: <000b01c177a3$9d93ac80$0200a8c0@mike2k> Message-ID: <20011128003836.A9373@mark.mielke.cc> On Tue, Nov 27, 2001 at 09:33:56PM -0500, Zachary Uram wrote: > Is there a *NIX analog to this Ino Setup tool I can use for > packaging in Linux? 1) rpm mark -- mark@mielke.cc/markm@ncf.ca/markm@nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From quozl at us.netrek.org Wed Nov 28 00:09:26 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <000b01c177a3$9d93ac80$0200a8c0@mike2k>; from michaelwyatt@punkass.com on Tue, Nov 27, 2001 at 06:28:29PM -0600 References: <001501c176d2$a0fd2940$0200a8c0@mike2k> <20011127122034.J18914@us.netrek.org> <003901c17709$40f518a0$0200a8c0@mike2k> <20011127202502.K18914@us.netrek.org> <000b01c177a3$9d93ac80$0200a8c0@mike2k> Message-ID: <20011128170926.R18914@us.netrek.org> G'day Michael, Well done, you've got further than me. You can contribute! ;-) Check the FAQ for license stuff, I recall it mentioned. I'd say include the sound and pixmaps. People really *do* like big downloads, and our target market wants sound and pictures. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Wed Nov 28 00:13:13 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: ; from zu22@andrew.cmu.edu on Tue, Nov 27, 2001 at 09:33:56PM -0500 References: <000b01c177a3$9d93ac80$0200a8c0@mike2k> Message-ID: <20011128171313.S18914@us.netrek.org> On Tue, Nov 27, 2001 at 09:33:56PM -0500, Zachary Uram wrote: > Is there a *NIX analog to this Ino Setup tool I can use for > packaging in Linux? Not that I know of. COW on Linux is so easy; download the binary, run it. For Linux distributions, for point and click installs, it depends on the distribution. We can probably do it for the distros we have. UNIX filesystem standards generally mean you don't need 'Setup' tools. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From rutabega20 at hotmail.com Wed Nov 28 01:13:53 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:41 2005 Subject: CVS? (Re: [Vanilla List] any growth on this?) Message-ID: >Someone told me to get SF account yet it is going away. So if CVS >will be handled locally off of our own server don't I need an >account there and not a CVS? Just pull the COW tree down to our >local CVS node right? > >Zach > Until the COW sources are hosted on a local CVS server, you'll need a SF username, since the CVS server is with SF. gerard _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From rutabega20 at hotmail.com Thu Nov 29 00:26:42 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? Message-ID: Ok james, give me a few days more to digest your ideas and perhaps come up with some code as a solution. gerard >From: James Cameron >Reply-To: vanilla-list@us.netrek.org >To: vanilla-list@us.netrek.org >Subject: Re: [Vanilla List] any growth on this? >Date: Tue, 27 Nov 2001 23:24:04 +1100 > >On Tue, Nov 27, 2001 at 04:20:58AM -0500, Gerard Lim wrote: > > Correct me if I'm wrong, but does it rely on having the descriptions, > > keys, and types of options in one file: sysdefaults.h? I can see now > > how easy it is to add a new option. > >Yes, that's right. Because the maintainers of the server also maintain >gum, so synchronisation can be easy. The file sysdefaults.h contains >the procedure for adding new options. > > > However such a thing doesn't exist for COW. The keymap and options are > > 'hardcoded', as it were, in two files: input.c and defaults.c (correct >me > > if I'm wrong). > >Yes, that's right. This should change. Suggest how to change it? > >Idea: special compilation mode for COW that causes getdefault() and the >datatype variants to track what is given to them to fetch. Use the >compiled result to generate a list of parameter names and types that are >placed in a header that is used by defaults.c. Change getdefault() to >issue a warning when a new parameter is seen that is not in the list. > >Audit the code periodically using regular expression searching to >verify that all the defaults are known. > >Since the client is in maintenance mode, and no new major features are >being written, the cost of keeping the known parameters in the list >should be low. > >My quick guess at the size of the task: >1) files that contain getdefault or variants, > >% egrep -l "intDefault|booleanDefault|getdefault" *.c|fmt >audio.c cowmain.c defaults.c defwin.c docwin.c findslot.c gnu_win32.c >input.c main.c newwin.c parsemeta.c playback.c playerlist.c sound.c >winsprite.c x11sprite.c x11window.c > >2) total number of files, > >% egrep -l "intDefault|booleanDefault|getdefault" *.c|wc --lines > 17 > >3) number of calls or parameters to investigate, > >% egrep "intDefault|booleanDefault|getdefault" *.c|wc --lines > 182 >% cat *.c|egrep "intDefault|booleanDefault|getdefault"|sort|uniq|wc --lines > 165 >% cat *.c|egrep "intDefault|booleanDefault|getdefault"|cut -f2 >-d\"|sort|uniq|more|wc --lines > 154 > > >What might not be caught by an semi-automatic analysis is calls to >getdefault() that are conditional. One could argue that such calls >are not for important parameters! > > > The bottom line is I don't see an easy way of using code in the parent > > project to make setting and getting labels and values for the widgets > > easy for us. > >True, but we should be able to improve the parent project as a side- >effect of making it easy for us. > >-- >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 _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From michaelwyatt at PunkAss.com Thu Nov 29 13:46:07 2001 From: michaelwyatt at PunkAss.com (Michael Wyatt) Date: Wed Jan 12 00:52:41 2005 Subject: [Vanilla List] any growth on this? References: Message-ID: <000d01c1790e$7e65d330$0200a8c0@mike2k> I put the setup file on the FTP server, but it looks like the pixmaps in 98 are corrupted. The same setup file will install perfectly on 2k but in 98 some of the pixmaps are corrupted. I've recomplied the setup file a few times, but with no luck. Remember that the inno setup program was made in 2000! The only corrupted pixmaps are the paradise 16 and 32 ships, weapons, and explosions. (The newer ones, right?) I'll keep working on getting around it. The only information I could find on liscense information is as follows: "Open Source Software - http://www.opensource.org/ Nearly all of Netrek software is open source. Though the copyrights and licensing terms differ among the various software sources, almost all of Netrek software is considered to be open source. When using and modifying any Netrek software, please be sure to read the relevant terms." Is COW just GNU GPL? From ssheldon at sodablue.org Thu Nov 29 15:21:43 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] any growth on this? Message-ID: <200111291421.AA320274660@sodablue.org> ---------- Original Message ---------------------------------- From: "Michael Wyatt" Reply-To: vanilla-list@us.netrek.org Date: Thu, 29 Nov 2001 13:46:07 -0600 >I put the setup file on the FTP server, but it looks like the pixmaps in 98 >are corrupted. The same setup file will install perfectly on 2k but in 98 >some of the pixmaps are corrupted. I've recomplied the setup file a few >times, but with no luck. Remember that the inno setup program was made in >2000! The only corrupted pixmaps are the paradise 16 and 32 ships, weapons, >and explosions. (The newer ones, right?) I'll keep working on getting around >it. Are you sure the actual bitmaps are corrupted, or is Win98 just not displaying them correctly? That is, it might be a color pallete problem, or something. >"Open Source Software - http://www.opensource.org/ >Nearly all of Netrek software is open source. Though the copyrights and >licensing terms differ among the various software sources, almost all of >Netrek software is considered to be open source. When using and modifying >any Netrek software, please be sure to read the relevant terms." > >Is COW just GNU GPL? Look at copyright.h and copyright2.h in the source tree. From 007 at freemail.at Thu Nov 29 15:43:18 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <000d01c1790e$7e65d330$0200a8c0@mike2k> References: <000d01c1790e$7e65d330$0200a8c0@mike2k> Message-ID: <200111292137.WAA28452@mx0.atnet.at> On Thursday 29 November 2001 20:46, you wrote: > The only information I could find on liscense information is as follows: > > "Open Source Software - http://www.opensource.org/ > Nearly all of Netrek software is open source. Though the copyrights and > licensing terms differ among the various software sources, almost all of > Netrek software is considered to be open source. When using and modifying > any Netrek software, please be sure to read the relevant terms." > > Is COW just GNU GPL? Netrek license is close to BSD license. So use this if you have to select an existing one and we are going to change it to BSD license anyway, to avoid further confusion. Kurt (007) -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From fortune at 12ji.com Fri Nov 30 00:20:05 2001 From: fortune at 12ji.com (Anne Collins) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] Your fortune of the week Message-ID: <83455-22001115306205940@12ji.com> Skipped content of type multipart/alternative From ahn at vec.wfubmc.edu Fri Nov 30 00:36:18 2001 From: ahn at vec.wfubmc.edu (Dave Ahn) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <200111292137.WAA28452@mx0.atnet.at>; from 007@freemail.at on Thu, Nov 29, 2001 at 10:43:18PM +0100 References: <000d01c1790e$7e65d330$0200a8c0@mike2k> <200111292137.WAA28452@mx0.atnet.at> Message-ID: <20011130013618.B162219@cecum.vec.wfubmc.edu> Jeez. After months of minor traffic, I go away for a few days to see dozens of messages... On Thu, Nov 29, 2001 at 10:43:18PM +0100, Kurt Siegl wrote: > > > > Is COW just GNU GPL? > > Netrek license is close to BSD license. So use this if you have to select an > existing one and we are going to change it to BSD license anyway, to avoid > further confusion. Who decided this? -- 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 rutabega20 at hotmail.com Mon Nov 26 18:07:30 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] any growth on this? Message-ID: That's it... no I just wanted to get the latest CVS snapshots but couldn't find it on sourceforge. thanks, gerard >To get an account, (do you plan to make any changes at the server end?), >ask the list and we'll get you added. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From rutabega20 at hotmail.com Tue Nov 27 03:45:16 2001 From: rutabega20 at hotmail.com (Gerard Lim) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] any growth on this? Message-ID: Hi Michael, Very nice. I think you have all that is needed for an rc editor right there. Any point in contineuing with writing another? :) I definitely agree that installs should be seamless. Have you played around with the VB install procedure? If I recall VB has an install wizard to let you package up a client into an EXE. I've seen it done once, and I may even have detailed instructions on how to do it, and a video of how to do it (I have the VB courseware). Alas, I don't have VB itself. gerard >From: "Michael Wyatt" >Reply-To: vanilla-list@us.netrek.org >To: >Subject: Re: [Vanilla List] any growth on this? >Date: Tue, 27 Nov 2001 00:03:35 -0600 > >Ok, I should have the username 'wyatt' on sourceforge. >I felt that I should just put the screenshot on the web! > >http://www.alltel.net/~wwyatt/ > > >----- Original Message ----- >From: "James Cameron" >To: >Sent: Monday, November 26, 2001 7:20 PM >Subject: Re: [Vanilla List] any growth on this? > > > > G'day Michael, > > > > I'm sure Gerard should comment as well, but I think you could be of > > significant benefit in this ... > > > > (a) show us a screenshot of your VB program, to give Gerard more input > > on the GUI design, (e.g. by uploading a PNG to the CVS server, or > > using e-mail) > > > > (b) review the GUI design Gerard comes up with, to ensure we end up with > > a high quality product, (e.g. by downloading from the CVS server and > > building as each major function is built) > > > > (c) help us to build (via CVS) the set of template layouts for various > > common screen resolutions. (e.g. upload suggested netrekrc files, > > test other suggestions on your platform, etc). > > > > So yes, I suggest you sign up. I see no reason why you can't contribute > > given the skills you have. > > > > -- > > 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 > > > > >_______________________________________________ >vanilla-list mailing list >vanilla-list@us.netrek.org >https://mailman.real-time.com/mailman/listinfo/vanilla-list _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From ssheldon at sodablue.org Tue Nov 27 10:25:56 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:42 2005 Subject: CVS? (Re: [Vanilla List] any growth on this?) Message-ID: <200111270925.AA7930020@sodablue.org> From: Zachary Uram >Netscrape is truly a piece of garbage. Well only Version 4.x and earlier. Utter pieces of crap, people wonder why they lost marketshare so bad. Version 6.x is much much much much(do I need more muchs) better, still not quite as good as IE but close. According to zeldman.com there's a bit of a battle brewing internally about this. AOL apparently is still forcing support for the 4.x browser even though the Netscape engineers recognize it's a piece of crap(there are pages on the netscape.com website which say 'best viewed with v6.x') and would prefer to completely drop support for it. >Someone told me to get SF account yet it is going away. So if CVS >will be handled locally off of our own server don't I need an >account there and not a CVS? Just pull the COW tree down to our >local CVS node right? I don't think Sourceforge is going away yet. There is some concern as VA Linux(or VA Research or VA Software or whatever they are calling themselves these days) is flushing money down toilets faster than they can find it. But they publically have committed to Sourceforge as their own personal Kandahar. It'll be around for a while yet. It's a useful service, so even if VA does bite it, someone will take it over. It may not always be free, but something similar will exist. Still, it's always best to keep local copies as backups, just in case. :) BTW, there are a couple of new ways to use CVS under Windows people might be interested in. Tortoise shell is a bit nicer than WinCVS http://www.wincvs.org/TortoiseCVS/index.shtml From ssheldon at sodablue.org Tue Nov 27 10:41:14 2001 From: ssheldon at sodablue.org (Steve Sheldon) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] any growth on this? Message-ID: <200111270941.AA17039526@sodablue.org> From: "Gerard Lim" >ARGHHHHHHHHH... f***ing netscape crashed before I could hit send....twice See previous response. :) >However such a thing doesn't exist for COW. The keymap and options are >'hardcoded', as it were, in two files: input.c and defaults.c (correct me >if I'm wrong). Not necessarily. Some of the defaults exist elsewhere, I think like even in cowmain.c and so on. But 90% of them are in defaults.c I believe. The whole architecture of the client is kind of this giant big ball of mud and things just kept getting pasted on over time. >The bottom line is I don't see an easy way of using code in the parent >project to make setting and getting labels and values for the widgets >easy for us. Well theoretically one would clean up the client. Put all the defaults gathering into defaults.c and then throw in comment tags using XML that could be parsed to accomplish this. >Anyway, my original plan was to completely separate the GUI into two >layers. The GUI would do as little logic as possible---only perhaps >to retrieve or set values in the widgets and formatting these values >for the appropriate functions. Advantages I think are that we can >separate the work among us by agreeing on this interface. Downside is >we would probably have to redefine default keymaps and options since >these aren't available in a header file somewhere. Seperating the presentation layer from the logic layer is a good idea. You could then also build a presentation layer using a web page without having to change the logic. I've been considering building a web page to act as a front end. I haven't gotten very far with this idea, yet, but I did build a simple web service that could be invoked using SOAP and return the Metaserver data: http://www.sodablue.net/Projects/ws_MetaServer/ws_MetaServer.asmx?op=GetMetaServerData Eventually here I'm going to go back through Netrek2k/xp and clean it up, and one thing I'll probably do is verify the settings are named the same as with COW. That should help. I need to schedule my life better, I need to finish my practical for GIAC this month, but maybe in January. From 007 at freemail.at Tue Nov 27 12:14:13 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:52:42 2005 Subject: CVS? (Re: [Vanilla List] any growth on this?) In-Reply-To: References: Message-ID: <200111271829.TAA05579@mx0.atnet.at> On Tuesday 27 November 2001 12:50, you wrote: > Netscrape is truly a piece of garbage. Which Version? Netscape 6.0 is crap yes, but 6.1 is very stable and a good product. As for 6.2, I haven't tried yet. > Besides continually screwing up memory it always crashes and > fails to download all of a file. I will download something only > to learn Netscrape failed the last crucial bytes needed :( > Someone told me to get SF account yet it is going away. So if CVS > will be handled locally off of our own server don't I need an > account there and not a CVS? Just pull the COW tree down to our > local CVS node right? CVS works in a way, that you fetch a snapshot from the server as a local copy. You may do whatever you like on your local copy and as soon as you think its usable for others you commit your changes and sync with the server. So you need your SF account for the sync procedure. On your local system you do not need anything special, beside a CVS client for fetching and sync the code. Kurt -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From 007 at freemail.at Tue Nov 27 12:36:15 2001 From: 007 at freemail.at (Kurt Siegl) Date: Wed Jan 12 00:52:42 2005 Subject: [Vanilla List] any growth on this? In-Reply-To: <20011127232404.L18914@us.netrek.org> References: <20011127232404.L18914@us.netrek.org> Message-ID: <200111271829.TAA05581@mx0.atnet.at> On Tuesday 27 November 2001 13:24, James Cameron wrote: > On Tue, Nov 27, 2001 at 04:20:58AM -0500, Gerard Lim wrote: > > However such a thing doesn't exist for COW. The keymap and options are > > 'hardcoded', as it were, in two files: input.c and defaults.c (correct > > me if I'm wrong). > > Yes, that's right. This should change. Suggest how to change it? COW includes a script which extracts all settings including the defaults set from the code. Try make XTREKRC which creates a list of all the defaults available. As for the keymap options, it shouldn't be that hard to do. We might grep them out from the key_handler_type key_handlers[MAXKEY] = structure, when we add proper coments for the actions. So lets agree on the syntax of this defaults file for a common base and grep all information for that out of the code. Additional special comments within the code to support it should not be a problem at all. Kurt -- Kurt Siegl / Franzberg 4, A-4483 Hargelsberg, Austria Email: Kurt.Siegl@freemail.at Tel (ISDN): *(7225)7017 URL: http://members.aon.at/presents/siegl/kurt/ From quozl at us.netrek.org Tue Nov 27 15:45:46 2001 From: quozl at us.netrek.org (James Cameron) Date: Wed Jan 12 00:52:43 2005 Subject: CVS? (Re: [Vanilla List] any growth on this?) In-Reply-To: ; from zu22@andrew.cmu.edu on Tue, Nov 27, 2001 at 06:50:36AM -0500 References: Message-ID: <20011128084546.M18914@us.netrek.org> G'day Zach, Yes, there are rumours of the demise of SourceForge, but I haven't seen it go away yet. Kurt manages the COW CVS respository using SF CVS, and until he stops, that's where you must get an account in order to contribute. If you don't need to change code, use anonymous access. Go to SourceForge and the Netrek project, then click on CVS. http://sourceforge.net/projects/netrek I've found Netscape Navigator or Netscape Communicator stable most of the time, on Tru64 UNIX on Alpha or Linux on i686. If I turn on Java or JavaScript it becomes unstable after I visit a few web pages. Zach, try turning off Java and JavaScript. -- James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/ From kaut at ee.ualberta.ca Fri Nov 9 11:33:59 2001 From: kaut at ee.ualberta.ca (Rob Kaut) Date: Wed Jan 12 00:53:33 2005 Subject: [META] Metaserver list. Message-ID: Please update the metaserver by removing hp06.ee.ualberta.ca and replacing it with bode.ee.ualberta.ca. Thank you. Rob From kaut at ee.ualberta.ca Fri Nov 9 11:41:06 2001 From: kaut at ee.ualberta.ca (Rob Kaut) Date: Wed Jan 12 00:53:33 2005 Subject: [META] Netrek Metaserver. Message-ID: Hello. I just sent an email to vanilla-metaserver@us.netrek.org in order to inform the administrator that the metaserver listings need to be updated. However, when I ran 'telnet metaserver.netreg.org 3521' again, I got the listings from what appears to be an entirely different metaserver. Is this job being shared between two different machines? I can see that they are different, since the server listings for each are entirely different. My server is correctly listed on one (bode.ee.ualberta.ca) and incorrectly on the other (hp06.ee.ualberta.ca). I am more than a little bit confused about this right now. Please let me know what the situation is. Thank you. Rob Kaut From unbelver at us.netrek.org Fri Nov 9 13:47:09 2001 From: unbelver at us.netrek.org (Carlos Y. Villalpando) Date: Wed Jan 12 00:53:33 2005 Subject: [META] Netrek Metaserver. In-Reply-To: ; from kaut@ee.ualberta.ca on Fri, Nov 09, 2001 at 10:41:06AM -0700 References: Message-ID: <20011109114709.A22523@brain.jpl.nasa.gov> Quoting Rob Kaut : > Is this job being shared between two different machines? Yes. metaserver.netrek.org is a round-robin nameserver entry between metaserver.us.netrek.org and metaserver2.us.netrek.org. I run metaserver2.us, and Tanner/Cameron run metaserver.us. > Please let me know what the situation is. Thank you. metaserver.us has the incorrect entry. This e-mail should remind them to correct it sometime today or tomorrow. --Carlos V. From Robert.E at sancn.com Tue Nov 13 05:43:00 2001 From: Robert.E at sancn.com (Robert.E@sancn.com) Date: Wed Jan 12 00:53:33 2005 Subject: [META] Pay nothing for your conference calls! Message-ID: <1005648385.0894841662@mail.sancn.com> An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/netrek-dev/attachments/20011113/9a49aa98/attachment.htm From providers at email.ru Wed Nov 28 13:07:21 2001 From: providers at email.ru (Providers) Date: Wed Jan 12 00:53:33 2005 Subject: [META] Invitation... Message-ID: <200111281907.fASJ7KT11493@sprite.real-time.com> If you want to live better. Go there!!! http://www.336.fitline.com This is no spam You are receiving this message because: You posted a link on our FFA page.