From basic at us.netrek.org Tue Oct 2 13:07:54 2012 From: basic at us.netrek.org (Bob Tanner) Date: Tue, 2 Oct 2012 13:07:54 -0500 Subject: [netrek-dev] Client connection: State? References: <20120919233025.GA2180@us.netrek.org> <20120927044704.GE7343@us.netrek.org> Message-ID: On 2012-09-27 04:47:04 +0000, James Cameron said: > The only thing I don't quite understand is how sp_table is used > without triggering an error "UnboundLocalError: local variable > 'sp_table' referenced before assignment", but it works. Similar issue in obj-c and the logical you presented here. Conceptually I understand what's going on but implementation in obj-c is something I'm struggling with. Protocols, composites, containers, inheritance, no abstract classes, lots of learning. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From netrek at gmail.com Tue Oct 2 14:20:42 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 2 Oct 2012 15:20:42 -0400 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20120919233025.GA2180@us.netrek.org> <20120927044704.GE7343@us.netrek.org> Message-ID: On Thu, Sep 27, 2012 at 12:53 AM, Stephen Thorne wrote: > On behalf of Stephen Thorne of 2007, Stephen Thorne of 2012 would like to > apologise for using metaclasses. If only the Stephen Thorne of 2007 has been able to time travel! Zach -- http://www.fidei.org From basic at us.netrek.org Wed Oct 3 11:29:43 2012 From: basic at us.netrek.org (Bob Tanner) Date: Wed, 3 Oct 2012 11:29:43 -0500 Subject: [netrek-dev] Client connection: State? References: <20120919233025.GA2180@us.netrek.org> <20120927044704.GE7343@us.netrek.org> Message-ID: On 2012-10-02 19:20:42 +0000, Zachary Uram said: > If only the Stephen Thorne of 2007 has been able to time travel! And trim his posts! :-) -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From netrek at gmail.com Wed Oct 3 14:31:01 2012 From: netrek at gmail.com (Zachary Uram) Date: Wed, 3 Oct 2012 15:31:01 -0400 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20120919233025.GA2180@us.netrek.org> <20120927044704.GE7343@us.netrek.org> Message-ID: On Wed, Oct 3, 2012 at 12:29 PM, Bob Tanner wrote: > On 2012-10-02 19:20:42 +0000, Zachary Uram said: > >> If only the Stephen Thorne of 2007 has been able to time travel! > > > And trim his posts! :-) Hah. Zach -- http://www.fidei.org From basic at us.netrek.org Wed Oct 3 14:08:28 2012 From: basic at us.netrek.org (Bob Tanner) Date: Wed, 3 Oct 2012 14:08:28 -0500 Subject: [netrek-dev] Client connection: State? References: <20120919233025.GA2180@us.netrek.org> <20120927044704.GE7343@us.netrek.org> Message-ID: On 2012-09-27 04:47:04 +0000, James Cameron said: > The only thing I don't quite understand is how sp_table is used > without triggering an error "UnboundLocalError: local variable > 'sp_table' referenced before assignment", but it works. Don't understand this either. Sure looks like you are referencing it before assigning it. There seems to be some sort of python magic happening in client.py with the self.sp.find(p_type). Don't understand how the object address is known when you invoke sp.find(). I'll have to think of something else for the game packet processing code. Although the python code is sweet and concise (even if opaque to me). -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From mrbax.nospam.2007 at gmail.com Sat Oct 6 04:46:53 2012 From: mrbax.nospam.2007 at gmail.com (Michael Bax) Date: Sat, 6 Oct 2012 02:46:53 -0700 (PDT) Subject: [netrek-dev] Client connection: State? In-Reply-To: Message-ID: <2059035632.5065272.1349516812972.JavaMail.root@zm03.stanford.edu> Hi James and Bob > > The only thing I don't quite understand is how sp_table is used > > without triggering an error "UnboundLocalError: local variable > > 'sp_table' referenced before assignment", but it works. > > Don't understand this either. Sure looks like you are referencing it > before assigning it. > > There seems to be some sort of python magic happening in client.py with > the self.sp.find(p_type). > > Don't understand how the object address is known when you invoke sp.find(). I hope this helps: 1. Python processes __init__.py first. 2. Line 2724: sp_table is initialized as global to __init__.py 3. Lines 2739?53: ServerPacket.__new__ is called to create class type SP 4. Line 2728: The SP class type is actually created 5. Line 2731?33: An instance of class SP is added to global sp_table 6. Line 2735: That instance is aliased as the global variable sp 7. Lines 2756+: Subclass types SP_* are likewise created ? 8. Line 5105: Client class is instantiated, passing SP instance alias sp ? 9. Line 2748: When Client nt calls self.sp.find, the packet type number is looked up in global sp_table and the corresponding tuple ( size, instance ) is returned. There does not actually seem to be any reason for find to be a class member; Client only needs the function. It looks as though it might be simpler for sp_table to be collections.defaultdict( lambda: ( None, None ) ) which is passed to Client instead of sp. Cheers Michael From basic at us.netrek.org Sun Oct 7 18:13:35 2012 From: basic at us.netrek.org (Bob Tanner) Date: Sun, 7 Oct 2012 18:13:35 -0500 Subject: [netrek-dev] Client connection: State? References: Message-ID: On 2012-09-19 17:23:24 +0000, Bob Tanner said: > SP_YOU, indicates slot number assigned Just want to double check some things. On osx (10.8) the "struct you_spacket" is 48 bytes. struct you_spacket { char type; /* SP_YOU */ char pnum; /* Guy needs to know this... char hostile; char swar; char armies; char tractor; char pad2; char pad3; unsigned flags; LONG damage; LONG shield; LONG fuel; unsigned short etemp; unsigned short wtemp; unsigned short whydead; unsigned short whodead; }; Packet dump after the MOTD stuff looks like this for me. 0c100000 00000000 08000000 00000000 00000000 00000000 00000000 00000000 18000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 16000000 02000000 03000000 00000000 14000000 12000000 00000000 04000000 00000000 00000000 18010000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 16010000 02010000 03010000 00000000 14010000 12010000 00000000 Byte 0x0c (12) is SP_YOU #define SP_YOU 12 /* info on you? */ The next 48 bytes should fill in the "struct you_spacket" but that leaves 2 nybles of null bytes before the byte 0x18 (24) SP_PL_LOGIN is seen #define SP_PL_LOGIN 24 /* new player logs in */ In my code I replaced the (I assume) autoconf figured out LONG with long is that right? I'd look at MacTrek but that's a 32-bit project and I'm attempting to write my stuff as a 64-bit project. Why I'm confused is the MacTrek project has the SP_YOU structure at 32 bytes, which would even leave more null bytes. Just trying to figure out why I'm ending up 2 nybles short. Thanks. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From quozl at us.netrek.org Mon Oct 8 18:24:42 2012 From: quozl at us.netrek.org (James Cameron) Date: Tue, 9 Oct 2012 10:24:42 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: Message-ID: <20121008232442.GB5111@us.netrek.org> On Sun, Oct 07, 2012 at 06:13:35PM -0500, Bob Tanner wrote: > On 2012-09-19 17:23:24 +0000, Bob Tanner said: > > > SP_YOU, indicates slot number assigned > > Just want to double check some things. > > On osx (10.8) the "struct you_spacket" is 48 bytes. > > struct you_spacket > { > char type; /* SP_YOU */ > char pnum; /* Guy needs to know this... > char hostile; > char swar; > char armies; > char tractor; > char pad2; > char pad3; > unsigned flags; > LONG damage; > LONG shield; > LONG fuel; > unsigned short etemp; > unsigned short wtemp; > unsigned short whydead; > unsigned short whodead; > }; 48 bytes is wrong. 32 bytes is right. Your compiler might be aligning the structure members for performance. Give a suitable alignment directive to your compiler. We use __attribute__((packed)) in the server code. Check the offset to each member using whatever language facilities are available. In C we can use sizeof() and offsetof(). > > Packet dump after the MOTD stuff looks like this for me. > > 0c100000 00000000 08000000 00000000 00000000 00000000 00000000 > 00000000 18000000 00000000 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > 16000000 02000000 03000000 00000000 14000000 12000000 00000000 > 04000000 00000000 00000000 18010000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > 00000000 00000000 16010000 02010000 03010000 00000000 14010000 > 12010000 00000000 Looks correct, there are 32 bytes of SP_YOU in this dump. > > Byte 0x0c (12) is SP_YOU > > #define SP_YOU 12 /* info on you? */ > > The next 48 bytes should fill in the "struct you_spacket" but that > leaves 2 nybles of null bytes before the byte 0x18 (24) SP_PL_LOGIN > is seen > > #define SP_PL_LOGIN 24 /* new player logs in */ > > In my code I replaced the (I assume) autoconf figured out LONG with > long is that right? Um, sure, if your compiler agrees with mine and uses four bytes or 32-bits for it. It isn't a long long. > > I'd look at MacTrek but that's a 32-bit project and I'm attempting > to write my stuff as a 64-bit project. > > Why I'm confused is the MacTrek project has the SP_YOU structure at > 32 bytes, which would even leave more null bytes. I think you miscounted on the dump. There are only 7 columns to it. > > Just trying to figure out why I'm ending up 2 nybles short. > > Thanks. > > -- > Bob Tanner Key fingerprint = 9906 > 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C > > > _______________________________________________ > netrek-dev mailing list > netrek-dev at us.netrek.org > http://mailman.us.netrek.org/mailman/listinfo/netrek-dev > Also, check against the Gytha format string for the packet, and against this table: http://docs.python.org/library/struct.html#format-characters It tends to be more precise than the C structure definitions, since C structs have long since stopped being portable for network packets. ;-) -- James Cameron http://quozl.linux.org.au/ From basic at us.netrek.org Mon Oct 8 23:02:56 2012 From: basic at us.netrek.org (Bob Tanner) Date: Mon, 8 Oct 2012 23:02:56 -0500 Subject: [netrek-dev] Client connection: State? References: <20121008232442.GB5111@us.netrek.org> Message-ID: On 2012-10-08 23:24:42 +0000, James Cameron said: > 48 bytes is wrong. 32 bytes is right. Your compiler might be > aligning the structure members for performance. Give a suitable > alignment directive to your compiler. We use __attribute__((packed)) > in the server code. Check the offset to each member using whatever > language facilities are available. In C we can use sizeof() and > offsetof(). So here's the debug using Jame's excellent advise. typedef struct _youServerPacket { char type; /* SP_YOU */ char pnum; /* Guy needs to know this... */ char hostile; char swar; char armies; char tractor; char pad2; char pad3; unsigned flags; long damage; long shield; long fuel; unsigned short etemp; unsigned short wtemp; unsigned short whydead; unsigned short whodead; } __attribute__ ((packed)) youServerPacketStruct; size = sizeof(youServerPacketStruct); NSLog(@"ServerPacketYou size=%d", size); NSLog(@"type %lu:%ld\n", offsetof(youServerPacketStruct, type), sizeof(char)); NSLog(@"pnum %lu:%ld\n", offsetof(youServerPacketStruct, pnum), sizeof(char)); NSLog(@"hostile %lu:%ld\n", offsetof(youServerPacketStruct, hostile), sizeof(char)); NSLog(@"swar %lu:%ld\n", offsetof(youServerPacketStruct, swar), sizeof(char)); NSLog(@"armies %lu:%ld\n", offsetof(youServerPacketStruct, armies), sizeof(char)); NSLog(@"tractor %lu:%ld\n", offsetof(youServerPacketStruct, tractor), sizeof(char)); NSLog(@"pad2 %lu:%ld\n", offsetof(youServerPacketStruct, pad2), sizeof(char)); NSLog(@"pad3 %lu:%ld\n", offsetof(youServerPacketStruct, pad3), sizeof(char)); NSLog(@"flags %lu:%ld\n", offsetof(youServerPacketStruct, flags), sizeof(unsigned)); NSLog(@"damge %lu:%ld\n", offsetof(youServerPacketStruct, damage), sizeof(long)); NSLog(@"shield %lu:%ld\n", offsetof(youServerPacketStruct, shield), sizeof(long)); NSLog(@"fuel %lu:%ld\n", offsetof(youServerPacketStruct, fuel), sizeof(long)); NSLog(@"etemp %lu:%ld\n", offsetof(youServerPacketStruct, etemp) , sizeof(unsigned short)); NSLog(@"wtemp %lu:%ld\n", offsetof(youServerPacketStruct, wtemp), sizeof(unsigned short)); NSLog(@"whydead %lu:%ld\n", offsetof(youServerPacketStruct, whydead), sizeof(unsigned short)); NSLog(@"whodead %lu:%ld\n", offsetof(youServerPacketStruct, whodead), sizeof(unsigned short)); 2012-10-08 22:48:06.564 Packet[10189:303] ServerPacketYou size=44 2012-10-08 22:45:42.254 Packet[10152:303] type 0:1 2012-10-08 22:45:42.255 Packet[10152:303] pnum 1:1 2012-10-08 22:45:42.255 Packet[10152:303] hostile 2:1 2012-10-08 22:45:42.255 Packet[10152:303] swar 3:1 2012-10-08 22:45:42.256 Packet[10152:303] armies 4:1 2012-10-08 22:45:42.256 Packet[10152:303] tractor 5:1 2012-10-08 22:45:42.256 Packet[10152:303] pad2 6:1 2012-10-08 22:45:42.256 Packet[10152:303] pad3 7:1 2012-10-08 22:45:42.256 Packet[10152:303] flags 8:4 2012-10-08 22:45:42.257 Packet[10152:303] damge 12:8 2012-10-08 22:45:42.257 Packet[10152:303] shield 20:8 2012-10-08 22:45:42.257 Packet[10152:303] fuel 28:8 2012-10-08 22:45:42.257 Packet[10152:303] etemp 36:2 2012-10-08 22:45:42.257 Packet[10152:303] wtemp 38:2 2012-10-08 22:45:42.258 Packet[10152:303] whydead 40:2 2012-10-08 22:45:42.258 Packet[10152:303] whodead 42:2 NOTE that sizeof(long) = 8, so I wiped up this program. Compiling with -m32 I get sizeof(long) = 4 #include main() { printf("char %ld\n", sizeof(char)); printf("unsigned %ld\n", sizeof(unsigned)); printf("long %ld\n", sizeof(long)); printf("unsigned short %ld\n", sizeof(unsigned short)); } $ gcc size.c ; ./a.out char 1 unsigned 4 long 8 unsigned short 2 $ gcc -m32 size.c ; ./a.out char 1 unsigned 4 long 4 unsigned short 2 Recommendations (sorry tired and lazy, so throwing it to the mailing list for answers)? Guess I can look up the -std=c99 stuff? -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C -------------- next part -------------- An HTML attachment was scrubbed... URL: From darius at dons.net.au Mon Oct 8 23:22:27 2012 From: darius at dons.net.au (Daniel O'Connor) Date: Tue, 9 Oct 2012 14:52:27 +1030 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121008232442.GB5111@us.netrek.org> Message-ID: On 09/10/2012, at 14:32, Bob Tanner wrote: > On 2012-10-08 23:24:42 +0000, James Cameron said: > > 48 bytes is wrong. 32 bytes is right. Your compiler might be > aligning the structure members for performance. Give a suitable > alignment directive to your compiler. We use __attribute__((packed)) > in the server code. Check the offset to each member using whatever > language facilities are available. In C we can use sizeof() and > offsetof(). > > So here's the debug using Jame's excellent advise. > > typedef struct _youServerPacket > { > char type; /* SP_YOU */ > char pnum; /* Guy needs to know this... */ > char hostile; > char swar; > char armies; > char tractor; > char pad2; > char pad3; > unsigned flags; > long damage; > long shield; > long fuel; > unsigned short etemp; > unsigned short wtemp; > unsigned short whydead; > unsigned short whodead; > } __attribute__ ((packed)) youServerPacketStruct; If you really want types of a known width and signedness you should use stdint.h, then you have.. typedef struct _youServerPacket { int8_t type; /* SP_YOU */ int8_t pnum; /* Guy needs to know this... */ int8_t hostile; int8_t swar; int8_t armies; int8_t tractor; int8_t pad2; int8_t pad3; uint8_t flags; int32_t damage; int32_t shield; int32_t fuel; uint16_t etemp; uint16_t wtemp; uint16_t whydead; uint8_t whodead; } __attribute__ ((packed)) youServerPacketStruct; This will always give you the same answer no matter the size of int/long/etc.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From quozl at us.netrek.org Mon Oct 8 23:47:32 2012 From: quozl at us.netrek.org (James Cameron) Date: Tue, 9 Oct 2012 15:47:32 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121008232442.GB5111@us.netrek.org> Message-ID: <20121009044732.GE5111@us.netrek.org> G'day Bob, In the server and client sources, config.h.in declares LONG as int if sizeof(long) is 8. So you should use int in place of LONG. We should really use u32 perhaps. -- James Cameron http://quozl.linux.org.au/ From quozl at us.netrek.org Mon Oct 8 23:48:31 2012 From: quozl at us.netrek.org (James Cameron) Date: Tue, 9 Oct 2012 15:48:31 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121008232442.GB5111@us.netrek.org> Message-ID: <20121009044831.GF5111@us.netrek.org> On Tue, Oct 09, 2012 at 02:52:27PM +1030, Daniel O'Connor wrote: > If you really want types of a known width and signedness you should > use stdint.h, then you have.. [...] > This will always give you the same answer no matter the size of > int/long/etc.. +1 -- James Cameron http://quozl.linux.org.au/ From netrek at gmail.com Mon Oct 8 23:53:56 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 9 Oct 2012 00:53:56 -0400 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121008232442.GB5111@us.netrek.org> Message-ID: On Tue, Oct 9, 2012 at 12:22 AM, Daniel O'Connor wrote: > If you really want types of a known width and signedness you should use stdint.h, then you have.. > typedef struct _youServerPacket Nice. -- http://www.fidei.org From netrek at gmail.com Tue Oct 9 02:09:37 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 9 Oct 2012 03:09:37 -0400 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20120925230712.GC4911@us.netrek.org> References: <20120922084008.GA26666@us.netrek.org> <20120925230712.GC4911@us.netrek.org> Message-ID: On Tue, Sep 25, 2012 at 7:07 PM, James Cameron wrote: > > Partition? Wow, that's so 1990s. ;-) I'd use a VM these days. What VM is best for Windows 7? > I've pushed some more changes to my repository overnight. The lack of > play testing is worrisome, so I'll plan to do it all myself, and with > desk checks of patches. You still need play testing? Sorry I wasn't able get to it in time. More advance notice would be good for me. Zach -- http://www.fidei.org From quozl at us.netrek.org Tue Oct 9 02:17:35 2012 From: quozl at us.netrek.org (James Cameron) Date: Tue, 9 Oct 2012 18:17:35 +1100 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: References: <20120922084008.GA26666@us.netrek.org> <20120925230712.GC4911@us.netrek.org> Message-ID: <20121009071735.GK5111@us.netrek.org> On Tue, Oct 09, 2012 at 03:09:37AM -0400, Zachary Uram wrote: > On Tue, Sep 25, 2012 at 7:07 PM, James Cameron wrote: > > > > Partition? Wow, that's so 1990s. ;-) I'd use a VM these days. > > What VM is best for Windows 7? I've no idea, there are so many. Try some. > > I've pushed some more changes to my repository overnight. The lack of > > play testing is worrisome, so I'll plan to do it all myself, and with > > desk checks of patches. > > You still need play testing? Sorry I wasn't able get to it in time. > More advance notice would be good for me. All testing is welcome, but the urgency is gone now. Considerable play testing was done last week by attendees at a holiday camp, 35 in all, each played for at least an hour, some played for up to four hours, according to their LTD 'ticks total'. (The only crash bug was when the escape key was pressed, triggering the screenshot function, which couldn't open the output file because the directory was protected.) -- James Cameron http://quozl.linux.org.au/ From netrek at gmail.com Tue Oct 9 02:26:37 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 9 Oct 2012 03:26:37 -0400 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20121009071735.GK5111@us.netrek.org> References: <20120922084008.GA26666@us.netrek.org> <20120925230712.GC4911@us.netrek.org> <20121009071735.GK5111@us.netrek.org> Message-ID: On Tue, Oct 9, 2012 at 3:17 AM, James Cameron wrote: > > I've no idea, there are so many. Try some. Ok. > All testing is welcome, but the urgency is gone now. Doh. > Considerable play testing was done last week by attendees at a holiday > camp, 35 in all, each played for at least an hour, some played for up > to four hours, according to their LTD 'ticks total'. > > (The only crash bug was when the escape key was pressed, triggering > the screenshot function, which couldn't open the output file because > the directory was protected.) I'd remap it to PrintScreen button. Cool. I jumped on pickled tonight and we had 6 players. They said earlier in the night was 40 minutes of T. Zach -- http://www.fidei.org From quozl at us.netrek.org Tue Oct 9 02:44:05 2012 From: quozl at us.netrek.org (James Cameron) Date: Tue, 9 Oct 2012 18:44:05 +1100 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20121009071735.GK5111@us.netrek.org> Message-ID: <20121009074405.GL5111@us.netrek.org> On Tue, Oct 09, 2012 at 06:17:35PM +1100, James Cameron wrote: > (The only crash bug was when the escape key was pressed, triggering > the screenshot function, which couldn't open the output file because > the directory was protected.) Fixed in darcs. On Tue, Oct 09, 2012 at 03:26:37AM -0400, Zachary Uram wrote: > I'd remap it to PrintScreen button. [...] That wouldn't solve the problem, it would still crash when the button was pressed. Besides, I don't have a PrintScreen button on my keyboards. ;-) I did ask why they pressed Escape, and they said they would normally use it on other games to dismiss a dialog box. So perhaps I should make it do that. -- James Cameron http://quozl.linux.org.au/ From jrd at gerdesas.com Tue Oct 9 02:40:21 2012 From: jrd at gerdesas.com (John R. Dennison) Date: Tue, 9 Oct 2012 02:40:21 -0500 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: References: <20120922084008.GA26666@us.netrek.org> <20120925230712.GC4911@us.netrek.org> <20121009071735.GK5111@us.netrek.org> Message-ID: <20121009074021.GP23484@frodo.gerdesas.com> On Tue, Oct 09, 2012 at 03:26:37AM -0400, Zachary Uram wrote: > > I'd remap it to PrintScreen button. Cool. I jumped on pickled tonight > and we had 6 players. They said earlier in the night was 40 minutes of > T. Wow. Is that some new record? John -- "My other computer is your windows box." -- Ralf Hildebrandt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From netrek at gmail.com Tue Oct 9 03:44:32 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 9 Oct 2012 04:44:32 -0400 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20121009074021.GP23484@frodo.gerdesas.com> References: <20120922084008.GA26666@us.netrek.org> <20120925230712.GC4911@us.netrek.org> <20121009071735.GK5111@us.netrek.org> <20121009074021.GP23484@frodo.gerdesas.com> Message-ID: On Tue, Oct 9, 2012 at 3:40 AM, John R. Dennison wrote: > On Tue, Oct 09, 2012 at 03:26:37AM -0400, Zachary Uram wrote: >> >> I'd remap it to PrintScreen button. Cool. I jumped on pickled tonight >> and we had 6 players. They said earlier in the night was 40 minutes of >> T. > > > Wow. Is that some new record? I'd say yes, at least based on what I've seen on the metaserver as I've checked it sporadically this past 4 months or so. Maybe we can get slowly get T back on nightly basis? That guy organized a netrek exhibition game and just as everything seemed in place he fell off the face of the earth! Zach -- http://www.fidei.org From netrek at gmail.com Tue Oct 9 03:46:28 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 9 Oct 2012 04:46:28 -0400 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20121009074405.GL5111@us.netrek.org> References: <20121009071735.GK5111@us.netrek.org> <20121009074405.GL5111@us.netrek.org> Message-ID: On Tue, Oct 9, 2012 at 3:44 AM, James Cameron wrote: > > That wouldn't solve the problem, it would still crash when the button > was pressed. Allow them to make screenshot dumped to /tmp directory. > Besides, I don't have a PrintScreen button on my keyboards. ;-) LOL, do you have one of those Happy Hacker keyboards? > I did ask why they pressed Escape, and they said they would normally > use it on other games to dismiss a dialog box. Yes that is pretty much a norm now for games. -- http://www.fidei.org From jrd at gerdesas.com Tue Oct 9 03:54:46 2012 From: jrd at gerdesas.com (John R. Dennison) Date: Tue, 9 Oct 2012 03:54:46 -0500 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: References: <20120922084008.GA26666@us.netrek.org> <20120925230712.GC4911@us.netrek.org> <20121009071735.GK5111@us.netrek.org> <20121009074021.GP23484@frodo.gerdesas.com> Message-ID: <20121009085446.GQ23484@frodo.gerdesas.com> On Tue, Oct 09, 2012 at 04:44:32AM -0400, Zachary Uram wrote: > > I'd say yes, at least based on what I've seen on the metaserver as > I've checked it sporadically this past 4 months or so. Maybe we can > get slowly get T back on nightly basis? That guy organized a netrek > exhibition game and just as everything seemed in place he fell off the > face of the earth! You sound as if you're surprised by this. Seems to me to be the norm. John -- Without deviation from the norm, progress is not possible. -- Frank Zappa (1940-1993), composer, musician, film director -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From netrek at gmail.com Tue Oct 9 03:57:56 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 9 Oct 2012 04:57:56 -0400 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20121009085446.GQ23484@frodo.gerdesas.com> References: <20120922084008.GA26666@us.netrek.org> <20120925230712.GC4911@us.netrek.org> <20121009071735.GK5111@us.netrek.org> <20121009074021.GP23484@frodo.gerdesas.com> <20121009085446.GQ23484@frodo.gerdesas.com> Message-ID: On Tue, Oct 9, 2012 at 4:54 AM, John R. Dennison wrote: > > You sound as if you're surprised by this. Seems to me to be the norm. Well on one hand I wasn't, but he did seem to be very motivated so I thought maybe it would come to fruition heh. Zach -- http://www.fidei.org From quozl at us.netrek.org Tue Oct 9 04:06:24 2012 From: quozl at us.netrek.org (James Cameron) Date: Tue, 9 Oct 2012 20:06:24 +1100 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: References: <20121009071735.GK5111@us.netrek.org> <20121009074405.GL5111@us.netrek.org> Message-ID: <20121009090624.GN5111@us.netrek.org> On Tue, Oct 09, 2012 at 04:46:28AM -0400, Zachary Uram wrote: > On Tue, Oct 9, 2012 at 3:44 AM, James Cameron wrote: > > > > That wouldn't solve the problem, it would still crash when the button > > was pressed. > > Allow them to make screenshot dumped to /tmp directory. That wouldn't solve the problem if /tmp was full, and now things start becoming quite complicated. I've patched it so that it simply ignores the problem rather than crashing. That seems simplest. > > Besides, I don't have a PrintScreen button on my keyboards. ;-) > > LOL, do you have one of those Happy Hacker keyboards? No idea what you are talking about sorry. > > I did ask why they pressed Escape, and they said they would normally > > use it on other games to dismiss a dialog box. > > Yes that is pretty much a norm now for games. Thanks. -- James Cameron http://quozl.linux.org.au/ From netrek at gmail.com Tue Oct 9 04:10:39 2012 From: netrek at gmail.com (Zachary Uram) Date: Tue, 9 Oct 2012 05:10:39 -0400 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20121009090624.GN5111@us.netrek.org> References: <20121009071735.GK5111@us.netrek.org> <20121009074405.GL5111@us.netrek.org> <20121009090624.GN5111@us.netrek.org> Message-ID: On Tue, Oct 9, 2012 at 5:06 AM, James Cameron wrote: > That wouldn't solve the problem if /tmp was full, and now things start > becoming quite complicated. > > I've patched it so that it simply ignores the problem rather than > crashing. That seems simplest. Ok. > No idea what you are talking about sorry. http://en.wikipedia.org/wiki/Happy_Hacking_Keyboard I'd love to get one. Zach -- http://www.fidei.org From basic at us.netrek.org Tue Oct 9 11:31:49 2012 From: basic at us.netrek.org (Bob Tanner) Date: Tue, 9 Oct 2012 11:31:49 -0500 Subject: [netrek-dev] Client connection: State? References: <20121008232442.GB5111@us.netrek.org> Message-ID: On 2012-10-09 04:52:27 +0000, Daniel O'Connor said: > If you really want types of a known width and signedness you should use > stdint.h, then you have.. > typedef struct _youServerPacket > { > int8_t type; /* SP_YOU */ > int8_t pnum; /* Guy needs to know this... */ > int8_t hostile; > int8_t swar; > int8_t armies; > int8_t tractor; > int8_t pad2; > int8_t pad3; > uint8_t flags; Won't "unsigned flags" be "uint16_t flags" ? > int32_t damage; > int32_t shield; > int32_t fuel; > uint16_t etemp; > uint16_t wtemp; > uint16_t whydead; > uint8_t whodead; "unsigned short whodead" be "uint16_t whodead"? -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From basic at us.netrek.org Tue Oct 9 11:40:36 2012 From: basic at us.netrek.org (Bob Tanner) Date: Tue, 9 Oct 2012 11:40:36 -0500 Subject: [netrek-dev] Client connection: State? References: <20121008232442.GB5111@us.netrek.org> <20121009044831.GF5111@us.netrek.org> Message-ID: On 2012-10-09 04:48:31 +0000, James Cameron said: >> If you really want types of a known width and signedness you should >> use stdint.h, then you have.. [...] >> This will always give you the same answer no matter the size of >> int/long/etc.. > > +1 Why do I feel like there is a compiler flag I can turn on that will bark about not using the stdin.h stuff. Digging through Xcode options is like trying to find a snowboarder in Australia! -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From quozl at us.netrek.org Tue Oct 9 16:46:07 2012 From: quozl at us.netrek.org (James Cameron) Date: Wed, 10 Oct 2012 08:46:07 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121008232442.GB5111@us.netrek.org> <20121009044831.GF5111@us.netrek.org> Message-ID: <20121009214607.GA25401@us.netrek.org> On Tue, Oct 09, 2012 at 11:40:36AM -0500, Bob Tanner wrote: > Why do I feel like there is a compiler flag I can turn on that will > bark about not using the stdin.h stuff. You might temporarily #define things like int to be a compiler error? -- James Cameron http://quozl.linux.org.au/ From darius at dons.net.au Tue Oct 9 19:23:53 2012 From: darius at dons.net.au (Daniel O'Connor) Date: Wed, 10 Oct 2012 10:53:53 +1030 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121008232442.GB5111@us.netrek.org> Message-ID: On 10/10/2012, at 3:01, Bob Tanner wrote: >> uint8_t flags; > > Won't "unsigned flags" be "uint16_t flags" ? Oops, actually I suspect it is uint32_t since I think unsigned == unsigned int. A quick test confirms this.. [Ur 10:48] ~ >cat >test.c < #include int main(int argc, char **argv) { printf("sizeof(unsigned) = %ld\n", sizeof(unsigned)); printf("sizeof(int) = %ld\n", sizeof(int)); printf("sizeof(char) = %ld\n", sizeof(char)); printf("sizeof(unsigned short) = %ld\n", sizeof(unsigned short)); printf("sizeof(long) = %ld\n", sizeof(long)); exit(0); } EOF [Ur 10:48] ~ >gcc test.c -o test [Ur 10:48] ~ >./test sizeof(unsigned) = 4 sizeof(int) = 4 sizeof(char) = 1 sizeof(unsigned short) = 2 sizeof(long) = 8 >> uint16_t whydead; >> uint8_t whodead; > > "unsigned short whodead" be "uint16_t whodead"? Yes. With those corrections the size is 32 bytes when checked using Clang on OSX 10.8, and GCC on FreeBSD 4.x and 8.x. Although on 4.x I had to use sys/types.h for XintYY_t as it doesn't have stdint.h. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From quozl at us.netrek.org Thu Oct 11 00:53:16 2012 From: quozl at us.netrek.org (James Cameron) Date: Thu, 11 Oct 2012 16:53:16 +1100 Subject: [netrek-dev] Gytha play testing needed In-Reply-To: <20121009074405.GL5111@us.netrek.org> References: <20121009071735.GK5111@us.netrek.org> <20121009074405.GL5111@us.netrek.org> Message-ID: <20121011055316.GB13007@us.netrek.org> On Tue, Oct 09, 2012 at 06:44:05PM +1100, James Cameron wrote: > I did ask why they pressed Escape, and they said they would normally > use it on other games to dismiss a dialog box. > > So perhaps I should make it do that. I've made it do that. http://bit.ly/Tzq9Eu -- James Cameron http://quozl.linux.org.au/ From basic at us.netrek.org Tue Oct 23 22:35:43 2012 From: basic at us.netrek.org (Bob Tanner) Date: Tue, 23 Oct 2012 22:35:43 -0500 Subject: [netrek-dev] Client connection: State? References: Message-ID: On 2012-09-19 17:23:24 +0000, Bob Tanner said: > My packet trace looks nothing like a real client so I'm looking forhelp > on what I'm doing wrong (pseudocode): > > connect to server port 2593 > send CP_SOCKET > assume I don't need to send CP_FEATURE? > read SP_MOTD Lots of my previous problems had to do with packet sizes and switching to the stdint.h stuff cleaned up a lot of the problems. I'm back to understanding how an observer connects to the server. Here is what my packet trace looks like, which isn't lining up with the documented state machine. connect to port 2593 CP_SOCKET SP_MOTD CP_LOGIN SP_YOU SP_ LOGIN SP_HOSTILE SP_PL_LOGIN SP_KILLS SP_PSTATUS SP_FLAGS I keep gettig SP_FLAGS until I ghostbust. Looking for some help on what should I do next (as far as the state machine goes)? Thanks. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From quozl at us.netrek.org Wed Oct 24 01:56:25 2012 From: quozl at us.netrek.org (James Cameron) Date: Wed, 24 Oct 2012 17:56:25 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: Message-ID: <20121024065625.GM8324@us.netrek.org> Perhaps you should defer sending CP_LOGIN until you have received the first SP_YOU. Perhaps the server will ignore a CP_LOGIN very early on. Comparing your trace against mine ... On Tue, Oct 23, 2012 at 10:35:43PM -0500, Bob Tanner wrote: > [...] > connect to port 2593 > CP_SOCKET > SP_MOTD > CP_LOGIN > SP_YOU > SP_ LOGIN > SP_HOSTILE > SP_PL_LOGIN > SP_KILLS > SP_PSTATUS > SP_FLAGS > > I keep gettig SP_FLAGS until I ghostbust. You aren't seeing SP_MASK? Strange. I do, at this point. In response you have to send CP_OUTFIT. Here's my trace ... firstly in a summary form with a few additional comments ... then in full. $ ./gytha.py --no-full-screen --dump-server --dump-client --server 10.0.0.18 --port 2593 --tcp-only connect to port 2593 CP_SOCKET CP_FEATURE/SP_FEATURE (several, and you can and have omitted them) (at this point Gytha is in PhaseQueue) SP_MOTD (several) (SP_QUEUE_POS may be received here) SP_YOU (your slot number) (at this point Gytha exits PhaseQueue and moves into PhaseLogin) a collection of SP_PL_LOGIN, SP_HOSTILE, SP_PLAYER_INFO, SP_KILLS, SP_PSTATUS, SP_FLAGS, and SP_PLAYER, one for each slot a collection of SP_PLANET_LOC, one for each slot CP_LOGIN SP_FEATURE (several, but since you have not sent CP_FEATURE you won't get these) SP_LOGIN CP_PING_RESPONSE (which you won't get because you haven't asked for it) SP_YOU (flags will show you in POUTFIT state) SP_MASK (several) (at this point Gytha exits PhaseLogin and enters PhaseOutfit, the team and ship selection window) CP_OUTFIT SP_PICKOK (at this point Gytha exits PhaseOutfit and enters flight phase). -- $ ./gytha.py --no-full-screen --dump-server --dump-client --server 10.0.0.18 --port 2593 Gytha 0.9 Copyright (C) 2007-2012 James Cameron This program comes with ABSOLUTELY NO WARRANTY; for details see source. This is free software, and you are welcome to redistribute it under certain conditions; see source for details. current display resolution is 1600 x 1200 pixels have a surface size 1600 x 1200 pixels CP_SOCKET CP_FEATURE type=S arg1=0 arg2=0 value=1 name=FEATURE_PACKETS SP_FEATURE type=S arg1=0 arg2=0 value=1 name=FEATURE_PACKETS CP_FEATURE type=S arg1=0 arg2=0 value=1 name=SHIP_CAP CP_FEATURE type=S arg1=2 arg2=0 value=1 name=SP_GENERIC_32 CP_FEATURE type=S arg1=0 arg2=0 value=1 name=TIPS CP_FEATURE type=S arg1=0 arg2=0 value=1 name=SHOW_ALL_TRACTORS SP_FEATURE type=S arg1=0 arg2=0 value=50 name=FPS SP_FEATURE type=S arg1=0 arg2=0 value=50 name=UPS SP_MOTD message= Welcome to Vanilla server version 2.15, patchlevel 0 SP_MOTD message= SP_MOTD message= Welcome to Netrek!! SP_MOTD message= SP_MOTD message= @@@ SP_MOTD message= Binary Verification : disabled SP_MOTD message= Tournament Mode : 4 players / side SP_MOTD message= Ships Allowed : SC DD CA BB AS SB SP_MOTD message= Tractor/Pressor Beams : enabled SP_MOTD message= Plasma Torpedoes : enabled SP_MOTD message= Kills Required for Plasma : 2 SP_MOTD message= Rank Required for SB : Commander (3) SP_MOTD message= Planets Required for SB : 5 SP_MOTD message= Hidden Mode : tournament only SP_MOTD message= Multiple Entry Planets : no SP_MOTD message= Chaos Mode : disabled SP_MOTD message= Hunter Killer : No SP_MOTD message= Message to GOD Log : Yes SP_MOTD message= SB Transwarp : No SP_MOTD message= Surrender Counter : 1 SP_YOU pnum= 16 hostile= [] swar= [] armies= 0 tractor= 0 flags= 134217728 damage= 0 shield= 0 fuel= 0 etemp= 0 wtemp= 0 whydead= 0 whodead= 0 SP_PL_LOGIN pnum= 0 rank= 0 name= monitor= login= SP_HOSTILE pnum= 0 war= [] hostile= [] SP_PLAYER_INFO pnum= 0 shiptype= 0 team= [] SP_KILLS pnum= 0 kills= 0 SP_PSTATUS pnum= 0 status= 0 SP_FLAGS pnum= 0 tractor= 0 flags= 0 SP_PLAYER pnum= 0 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 1 rank= 0 name= monitor= login= SP_HOSTILE pnum= 1 war= [] hostile= [] SP_PLAYER_INFO pnum= 1 shiptype= 0 team= [] SP_KILLS pnum= 1 kills= 0 SP_PSTATUS pnum= 1 status= 0 SP_FLAGS pnum= 1 tractor= 0 flags= 0 SP_PLAYER pnum= 1 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 2 rank= 0 name= monitor= login= SP_HOSTILE pnum= 2 war= [] hostile= [] SP_PLAYER_INFO pnum= 2 shiptype= 0 team= [] SP_KILLS pnum= 2 kills= 0 SP_PSTATUS pnum= 2 status= 0 SP_FLAGS pnum= 2 tractor= 0 flags= 0 SP_PLAYER pnum= 2 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 3 rank= 0 name= monitor= login= SP_HOSTILE pnum= 3 war= [] hostile= [] SP_PLAYER_INFO pnum= 3 shiptype= 0 team= [] SP_KILLS pnum= 3 kills= 0 SP_PSTATUS pnum= 3 status= 0 SP_FLAGS pnum= 3 tractor= 0 flags= 0 SP_PLAYER pnum= 3 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 4 rank= 0 name= monitor= login= SP_HOSTILE pnum= 4 war= [] hostile= [] SP_PLAYER_INFO pnum= 4 shiptype= 0 team= [] SP_KILLS pnum= 4 kills= 0 SP_PSTATUS pnum= 4 status= 0 SP_FLAGS pnum= 4 tractor= 0 flags= 0 SP_PLAYER pnum= 4 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 5 rank= 0 name= monitor= login= SP_HOSTILE pnum= 5 war= [] hostile= [] SP_PLAYER_INFO pnum= 5 shiptype= 0 team= [] SP_KILLS pnum= 5 kills= 0 SP_PSTATUS pnum= 5 status= 0 SP_FLAGS pnum= 5 tractor= 0 flags= 0 SP_PLAYER pnum= 5 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 6 rank= 0 name= monitor= login= SP_HOSTILE pnum= 6 war= [] hostile= [] SP_PLAYER_INFO pnum= 6 shiptype= 0 team= [] SP_KILLS pnum= 6 kills= 0 SP_PSTATUS pnum= 6 status= 0 SP_FLAGS pnum= 6 tractor= 0 flags= 0 SP_PLAYER pnum= 6 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 7 rank= 0 name= monitor= login= SP_HOSTILE pnum= 7 war= [] hostile= [] SP_PLAYER_INFO pnum= 7 shiptype= 0 team= [] SP_KILLS pnum= 7 kills= 0 SP_PSTATUS pnum= 7 status= 0 SP_FLAGS pnum= 7 tractor= 0 flags= 0 SP_PLAYER pnum= 7 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 8 rank= 0 name= monitor= login= SP_HOSTILE pnum= 8 war= [] hostile= [] SP_PLAYER_INFO pnum= 8 shiptype= 0 team= [] SP_KILLS pnum= 8 kills= 0 SP_PSTATUS pnum= 8 status= 0 SP_FLAGS pnum= 8 tractor= 0 flags= 0 SP_PLAYER pnum= 8 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 9 rank= 0 name= monitor= login= SP_HOSTILE pnum= 9 war= [] hostile= [] SP_PLAYER_INFO pnum= 9 shiptype= 0 team= [] SP_KILLS pnum= 9 kills= 0 SP_PSTATUS pnum= 9 status= 0 SP_FLAGS pnum= 9 tractor= 0 flags= 0 SP_PLAYER pnum= 9 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 10 rank= 0 name= monitor= login= SP_HOSTILE pnum= 10 war= [] hostile= [] SP_PLAYER_INFO pnum= 10 shiptype= 0 team= [] SP_KILLS pnum= 10 kills= 0 SP_PSTATUS pnum= 10 status= 0 SP_FLAGS pnum= 10 tractor= 0 flags= 0 SP_PLAYER pnum= 10 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 11 rank= 0 name= monitor= login= SP_HOSTILE pnum= 11 war= [] hostile= [] SP_PLAYER_INFO pnum= 11 shiptype= 0 team= [] SP_KILLS pnum= 11 kills= 0 SP_PSTATUS pnum= 11 status= 0 SP_FLAGS pnum= 11 tractor= 0 flags= 0 SP_PLAYER pnum= 11 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 12 rank= 0 name= monitor= login= SP_HOSTILE pnum= 12 war= [] hostile= [] SP_PLAYER_INFO pnum= 12 shiptype= 0 team= [] SP_KILLS pnum= 12 kills= 0 SP_PSTATUS pnum= 12 status= 0 SP_FLAGS pnum= 12 tractor= 0 flags= 0 SP_PLAYER pnum= 12 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 13 rank= 0 name= monitor= login= SP_HOSTILE pnum= 13 war= [] hostile= [] SP_PLAYER_INFO pnum= 13 shiptype= 0 team= [] SP_KILLS pnum= 13 kills= 0 SP_PSTATUS pnum= 13 status= 0 SP_FLAGS pnum= 13 tractor= 0 flags= 0 SP_PLAYER pnum= 13 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 14 rank= 0 name= monitor= login= SP_HOSTILE pnum= 14 war= [] hostile= [] SP_PLAYER_INFO pnum= 14 shiptype= 0 team= [] SP_KILLS pnum= 14 kills= 0 SP_PSTATUS pnum= 14 status= 0 SP_FLAGS pnum= 14 tractor= 0 flags= 0 SP_PLAYER pnum= 14 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 15 rank= 0 name= monitor= login= SP_HOSTILE pnum= 15 war= [] hostile= [] SP_PLAYER_INFO pnum= 15 shiptype= 0 team= [] SP_KILLS pnum= 15 kills= 0 SP_PSTATUS pnum= 15 status= 0 SP_FLAGS pnum= 15 tractor= 0 flags= 0 SP_PLAYER pnum= 15 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 16 rank= 0 name= monitor= login= SP_HOSTILE pnum= 16 war= [] hostile= [] SP_PLAYER_INFO pnum= 16 shiptype= 0 team= [] SP_KILLS pnum= 16 kills= 0 SP_PSTATUS pnum= 16 status= 1 SP_PLAYER pnum= 16 dir= 0 speed= 0 x= -100000 y= -100000 SP_PL_LOGIN pnum= 17 rank= 0 name= monitor= login= SP_HOSTILE pnum= 17 war= [] hostile= [] SP_PLAYER_INFO pnum= 17 shiptype= 0 team= [] SP_KILLS pnum= 17 kills= 0 SP_PSTATUS pnum= 17 status= 0 SP_FLAGS pnum= 17 tractor= 0 flags= 0 SP_PLAYER pnum= 17 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 18 rank= 0 name= monitor= login= SP_HOSTILE pnum= 18 war= [] hostile= [] SP_PLAYER_INFO pnum= 18 shiptype= 0 team= [] SP_KILLS pnum= 18 kills= 0 SP_PSTATUS pnum= 18 status= 0 SP_FLAGS pnum= 18 tractor= 0 flags= 0 SP_PLAYER pnum= 18 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 19 rank= 0 name= monitor= login= SP_HOSTILE pnum= 19 war= [] hostile= [] SP_PLAYER_INFO pnum= 19 shiptype= 0 team= [] SP_KILLS pnum= 19 kills= 0 SP_PSTATUS pnum= 19 status= 0 SP_FLAGS pnum= 19 tractor= 0 flags= 0 SP_PLAYER pnum= 19 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 20 rank= 0 name= monitor= login= SP_HOSTILE pnum= 20 war= [] hostile= [] SP_PLAYER_INFO pnum= 20 shiptype= 0 team= [] SP_KILLS pnum= 20 kills= 0 SP_PSTATUS pnum= 20 status= 0 SP_FLAGS pnum= 20 tractor= 0 flags= 0 SP_PLAYER pnum= 20 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 21 rank= 0 name= monitor= login= SP_HOSTILE pnum= 21 war= [] hostile= [] SP_PLAYER_INFO pnum= 21 shiptype= 0 team= [] SP_KILLS pnum= 21 kills= 0 SP_PSTATUS pnum= 21 status= 0 SP_FLAGS pnum= 21 tractor= 0 flags= 0 SP_PLAYER pnum= 21 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 22 rank= 0 name= monitor= login= SP_HOSTILE pnum= 22 war= [] hostile= [] SP_PLAYER_INFO pnum= 22 shiptype= 0 team= [] SP_KILLS pnum= 22 kills= 0 SP_PSTATUS pnum= 22 status= 0 SP_FLAGS pnum= 22 tractor= 0 flags= 0 SP_PLAYER pnum= 22 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 23 rank= 0 name= monitor= login= SP_HOSTILE pnum= 23 war= [] hostile= [] SP_PLAYER_INFO pnum= 23 shiptype= 0 team= [] SP_KILLS pnum= 23 kills= 0 SP_PSTATUS pnum= 23 status= 0 SP_FLAGS pnum= 23 tractor= 0 flags= 0 SP_PLAYER pnum= 23 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 24 rank= 0 name= monitor= login= SP_HOSTILE pnum= 24 war= [] hostile= [] SP_PLAYER_INFO pnum= 24 shiptype= 0 team= [] SP_KILLS pnum= 24 kills= 0 SP_PSTATUS pnum= 24 status= 0 SP_FLAGS pnum= 24 tractor= 0 flags= 0 SP_PLAYER pnum= 24 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 25 rank= 0 name= monitor= login= SP_HOSTILE pnum= 25 war= [] hostile= [] SP_PLAYER_INFO pnum= 25 shiptype= 0 team= [] SP_KILLS pnum= 25 kills= 0 SP_PSTATUS pnum= 25 status= 0 SP_FLAGS pnum= 25 tractor= 0 flags= 0 SP_PLAYER pnum= 25 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 26 rank= 0 name= monitor= login= SP_HOSTILE pnum= 26 war= [] hostile= [] SP_PLAYER_INFO pnum= 26 shiptype= 0 team= [] SP_KILLS pnum= 26 kills= 0 SP_PSTATUS pnum= 26 status= 0 SP_FLAGS pnum= 26 tractor= 0 flags= 0 SP_PLAYER pnum= 26 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 27 rank= 0 name= monitor= login= SP_HOSTILE pnum= 27 war= [] hostile= [] SP_PLAYER_INFO pnum= 27 shiptype= 0 team= [] SP_KILLS pnum= 27 kills= 0 SP_PSTATUS pnum= 27 status= 0 SP_FLAGS pnum= 27 tractor= 0 flags= 0 SP_PLAYER pnum= 27 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 28 rank= 0 name= monitor= login= SP_HOSTILE pnum= 28 war= [] hostile= [] SP_PLAYER_INFO pnum= 28 shiptype= 0 team= [] SP_KILLS pnum= 28 kills= 0 SP_PSTATUS pnum= 28 status= 0 SP_FLAGS pnum= 28 tractor= 0 flags= 0 SP_PLAYER pnum= 28 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 29 rank= 0 name= monitor= login= SP_HOSTILE pnum= 29 war= [] hostile= [] SP_PLAYER_INFO pnum= 29 shiptype= 0 team= [] SP_KILLS pnum= 29 kills= 0 SP_PSTATUS pnum= 29 status= 0 SP_FLAGS pnum= 29 tractor= 0 flags= 0 SP_PLAYER pnum= 29 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 30 rank= 0 name= monitor= login= SP_HOSTILE pnum= 30 war= [] hostile= [] SP_PLAYER_INFO pnum= 30 shiptype= 0 team= [] SP_KILLS pnum= 30 kills= 0 SP_PSTATUS pnum= 30 status= 0 SP_FLAGS pnum= 30 tractor= 0 flags= 0 SP_PLAYER pnum= 30 dir= 0 speed= 0 x= 0 y= 0 SP_PL_LOGIN pnum= 31 rank= 0 name= Kathy monitor= Nowhere login= Robot SP_HOSTILE pnum= 31 war= [] hostile= [] SP_PLAYER_INFO pnum= 31 shiptype= 5 team= [] SP_KILLS pnum= 31 kills= 0 SP_PSTATUS pnum= 31 status= 1 SP_FLAGS pnum= 31 tractor= 0 flags= 0 SP_PLAYER pnum= 31 dir= 0 speed= 0 x= -10000 y= -10000 SP_PLANET_LOC pnum= 0 x= 20000 y= 80000 name= Earth SP_PLANET_LOC pnum= 1 x= 10000 y= 60000 name= Rigel SP_PLANET_LOC pnum= 2 x= 25000 y= 60000 name= Canopus SP_PLANET_LOC pnum= 3 x= 44000 y= 81000 name= Beta Crucis SP_PLANET_LOC pnum= 4 x= 39000 y= 55000 name= Organia SP_PLANET_LOC pnum= 5 x= 30000 y= 90000 name= Deneb SP_PLANET_LOC pnum= 6 x= 45000 y= 66000 name= Ceti Alpha V SP_PLANET_LOC pnum= 7 x= 11000 y= 75000 name= Altair SP_PLANET_LOC pnum= 8 x= 8000 y= 93000 name= Vega SP_PLANET_LOC pnum= 9 x= 32000 y= 74000 name= Alpha Centauri SP_PLANET_LOC pnum= 10 x= 20000 y= 20000 name= Romulus SP_PLANET_LOC pnum= 11 x= 45000 y= 7000 name= Eridani SP_PLANET_LOC pnum= 12 x= 4000 y= 12000 name= Aldeberan SP_PLANET_LOC pnum= 13 x= 42000 y= 44000 name= Regulus SP_PLANET_LOC pnum= 14 x= 13000 y= 45000 name= Capella SP_PLANET_LOC pnum= 15 x= 28000 y= 8000 name= Tauri SP_PLANET_LOC pnum= 16 x= 28000 y= 23000 name= Draconis SP_PLANET_LOC pnum= 17 x= 40000 y= 25000 name= Sirius SP_PLANET_LOC pnum= 18 x= 25000 y= 44000 name= Indi SP_PLANET_LOC pnum= 19 x= 8000 y= 29000 name= Hydrae SP_PLANET_LOC pnum= 20 x= 80000 y= 20000 name= Klingus SP_PLANET_LOC pnum= 21 x= 70000 y= 40000 name= Pliedes V SP_PLANET_LOC pnum= 22 x= 60000 y= 10000 name= Andromeda SP_PLANET_LOC pnum= 23 x= 56400 y= 38200 name= Lalande SP_PLANET_LOC pnum= 24 x= 91120 y= 9320 name= Praxis SP_PLANET_LOC pnum= 25 x= 89960 y= 31760 name= Lyrae SP_PLANET_LOC pnum= 26 x= 70720 y= 26320 name= Scorpii SP_PLANET_LOC pnum= 27 x= 83600 y= 45400 name= Mira SP_PLANET_LOC pnum= 28 x= 54600 y= 22600 name= Cygni SP_PLANET_LOC pnum= 29 x= 73080 y= 6640 name= Achernar SP_PLANET_LOC pnum= 30 x= 80000 y= 80000 name= Orion SP_PLANET_LOC pnum= 31 x= 91200 y= 56600 name= Cassiopeia SP_PLANET_LOC pnum= 32 x= 70800 y= 54200 name= El Nath SP_PLANET_LOC pnum= 33 x= 57400 y= 62600 name= Spica SP_PLANET_LOC pnum= 34 x= 72720 y= 70880 name= Procyon SP_PLANET_LOC pnum= 35 x= 61400 y= 77000 name= Polaris SP_PLANET_LOC pnum= 36 x= 55600 y= 89000 name= Arcturus SP_PLANET_LOC pnum= 37 x= 91000 y= 94000 name= Ursae Majoris SP_PLANET_LOC pnum= 38 x= 70000 y= 93000 name= Herculis SP_PLANET_LOC pnum= 39 x= 86920 y= 68920 name= Antares CP_UPDATES usecs= 100000 CP_LOGIN query= 0 name= guest SP_FEATURE type=S arg1=0 arg2=0 value=1 name=SHIP_CAP SP_FEATURE type=S arg1=2 arg2=0 value=1 name=SP_GENERIC_32 SP_FEATURE type= arg1=0 arg2=0 value=-1 name=TIPS SP_FEATURE type=S arg1=0 arg2=0 value=1 name=SHOW_ALL_TRACTORS SP_FEATURE type=S arg1=0 arg2=0 value=10 name=UPS SP_LOGIN accept= 1 flags= 175 CP_PING_RESPONSE pingme= 1 SP_YOU pnum= 16 hostile= ['fed', 'rom', 'kli', 'ori'] swar= [] armies= 0 tractor= 0 flags= 167772160 damage= 0 shield= 0 fuel= 0 etemp= 0 wtemp= 0 whydead= 0 whodead= 0 SP_GENERIC_32 rt=0 or=-1 gu=0x41 tt=0 ta=2s tr=0s sr=0 su=0 SP_PL_LOGIN pnum= 16 rank= 0 name= guest monitor= dors login= gytha SP_HOSTILE pnum= 16 war= [] hostile= ['fed', 'rom', 'kli', 'ori'] SP_PLAYER_INFO pnum= 16 shiptype= 0 team= ['fed', 'rom', 'kli', 'ori'] SP_MASK mask= ['fed', 'rom', 'kli', 'ori'] SP_WARNING message= Server sending PING packets at 2 second intervals SP_MASK mask= ['fed', 'rom', 'kli', 'ori'] SP_MASK mask= ['fed', 'rom', 'kli', 'ori'] SP_MASK mask= ['fed', 'rom', 'kli', 'ori'] CP_OUTFIT team= F ship= 2 SP_PICKOK state= 1 CP_MESSAGE group= 66 indiv= 16 mesg= @gytha 0.9 CP_UDP_REQ request=1 connmode=0 port=54545 SP_SHIP_CAP operation=0 s_type=2 s_torpspeed=12 s_phaserrange=100 s_maxspeed=9 s_maxfuel=10000 s_maxshield=100 s_maxdamage=100 s_maxwpntemp=1000 s_maxegntemp=1000 s_width=20 s_height=20 s_maxarmies=10 s_letter=c s_name=Cruiser s_desig=CA s_bitmap=2 SP_WARNING message= Lock onto a teammate or planet to see the action. SP_UDP_REPLY reply=1 port=41954 CP_UDP_REQ request=2 connmode=0 port=0 SP_RESERVED data= (110, -121, -108, 47, -79, -5, -34, -34, 108, 27, 20, -37, -34, 34, 16, 57) CP_RESERVED SP_TORP_INFO war=[] status=0 tnum=0 SP_TORP_INFO war=[] status=0 tnum=1 SP_TORP_INFO war=[] status=0 tnum=2 SP_TORP_INFO war=[] status=0 tnum=3 SP_TORP_INFO war=[] status=0 tnum=4 SP_TORP_INFO war=[] status=0 tnum=5 SP_TORP_INFO war=[] status=0 tnum=6 SP_TORP_INFO war=[] status=0 tnum=7 SP_TORP_INFO war=[] status=0 tnum=8 SP_TORP_INFO war=[] status=0 tnum=9 SP_TORP_INFO war=[] status=0 tnum=10 SP_TORP_INFO war=[] status=0 tnum=11 SP_TORP_INFO war=[] status=0 tnum=12 SP_TORP_INFO war=[] status=0 tnum=13 SP_TORP_INFO war=[] status=0 tnum=14 SP_TORP_INFO war=[] status=0 tnum=15 SP_TORP_INFO war=[] status=0 tnum=16 SP_TORP_INFO war=[] status=0 tnum=17 SP_TORP_INFO war=[] status=0 tnum=18 SP_TORP_INFO war=[] status=0 tnum=19 SP_TORP_INFO war=[] status=0 tnum=20 SP_TORP_INFO war=[] status=0 tnum=21 SP_TORP_INFO war=[] status=0 tnum=22 SP_TORP_INFO war=[] status=0 tnum=23 SP_TORP_INFO war=[] status=0 tnum=24 SP_TORP_INFO war=[] status=0 tnum=25 SP_TORP_INFO war=[] status=0 tnum=26 SP_TORP_INFO war=[] status=0 tnum=27 SP_TORP_INFO war=[] status=0 tnum=28 SP_TORP_INFO war=[] status=0 tnum=29 SP_TORP_INFO war=[] status=0 tnum=30 SP_TORP_INFO war=[] status=0 tnum=31 SP_TORP_INFO war=[] status=0 tnum=32 SP_TORP_INFO war=[] status=0 tnum=33 SP_TORP_INFO war=[] status=0 tnum=34 SP_TORP_INFO war=[] status=0 tnum=35 SP_TORP_INFO war=[] status=0 tnum=36 SP_TORP_INFO war=[] status=0 tnum=37 SP_TORP_INFO war=[] status=0 tnum=38 SP_TORP_INFO war=[] status=0 tnum=39 SP_TORP_INFO war=[] status=0 tnum=40 SP_TORP_INFO war=[] status=0 tnum=41 SP_TORP_INFO war=[] status=0 tnum=42 SP_TORP_INFO war=[] status=0 tnum=43 SP_TORP_INFO war=[] status=0 tnum=44 SP_TORP_INFO war=[] status=0 tnum=45 SP_TORP_INFO war=[] status=0 tnum=46 SP_TORP_INFO war=[] status=0 tnum=47 SP_TORP_INFO war=[] status=0 tnum=48 SP_TORP_INFO war=[] status=0 tnum=49 SP_TORP_INFO war=[] status=0 tnum=50 SP_TORP_INFO war=[] status=0 tnum=51 SP_TORP_INFO war=[] status=0 tnum=52 SP_TORP_INFO war=[] status=0 tnum=53 SP_TORP_INFO war=[] status=0 tnum=54 SP_TORP_INFO war=[] status=0 tnum=55 SP_TORP_INFO war=[] status=0 tnum=56 SP_TORP_INFO war=[] status=0 tnum=57 SP_TORP_INFO war=[] status=0 tnum=58 SP_TORP_INFO war=[] status=0 tnum=59 SP_TORP_INFO war=[] status=0 tnum=60 SP_TORP_INFO war=[] status=0 tnum=61 SP_TORP_INFO war=[] status=0 tnum=62 SP_TORP_INFO war=[] status=0 tnum=63 SP_TORP_INFO war=[] status=0 tnum=64 SP_TORP_INFO war=[] status=0 tnum=65 SP_TORP_INFO war=[] status=0 tnum=66 SP_TORP_INFO war=[] status=0 tnum=67 SP_TORP_INFO war=[] status=0 tnum=68 SP_TORP_INFO war=[] status=0 tnum=69 SP_TORP_INFO war=[] status=0 tnum=70 SP_TORP_INFO war=[] status=0 tnum=71 SP_TORP_INFO war=[] status=0 tnum=72 SP_TORP_INFO war=[] status=0 tnum=73 SP_TORP_INFO war=[] status=0 tnum=74 SP_TORP_INFO war=[] status=0 tnum=75 SP_TORP_INFO war=[] status=0 tnum=76 SP_TORP_INFO war=[] status=0 tnum=77 SP_TORP_INFO war=[] status=0 tnum=78 SP_TORP_INFO war=[] status=0 tnum=79 SP_TORP_INFO war=[] status=0 tnum=80 SP_TORP_INFO war=[] status=0 tnum=81 SP_TORP_INFO war=[] status=0 tnum=82 SP_TORP_INFO war=[] status=0 tnum=83 SP_TORP_INFO war=[] status=0 tnum=84 SP_TORP_INFO war=[] status=0 tnum=85 SP_TORP_INFO war=[] status=0 tnum=86 SP_TORP_INFO war=[] status=0 tnum=87 SP_TORP_INFO war=[] status=0 tnum=88 SP_TORP_INFO war=[] status=0 tnum=89 SP_TORP_INFO war=[] status=0 tnum=90 SP_TORP_INFO war=[] status=0 tnum=91 SP_TORP_INFO war=[] status=0 tnum=92 SP_TORP_INFO war=[] status=0 tnum=93 SP_TORP_INFO war=[] status=0 tnum=94 SP_TORP_INFO war=[] status=0 tnum=95 SP_TORP_INFO war=[] status=0 tnum=96 SP_TORP_INFO war=[] status=0 tnum=97 SP_TORP_INFO war=[] status=0 tnum=98 SP_TORP_INFO war=[] status=0 tnum=99 SP_TORP_INFO war=[] status=0 tnum=100 SP_TORP_INFO war=[] status=0 tnum=101 SP_TORP_INFO war=[] status=0 tnum=102 SP_TORP_INFO war=[] status=0 tnum=103 SP_TORP_INFO war=[] status=0 tnum=104 SP_TORP_INFO war=[] status=0 tnum=105 SP_TORP_INFO war=[] status=0 tnum=106 SP_TORP_INFO war=[] status=0 tnum=107 SP_TORP_INFO war=[] status=0 tnum=108 SP_TORP_INFO war=[] status=0 tnum=109 SP_TORP_INFO war=[] status=0 tnum=110 SP_TORP_INFO war=[] status=0 tnum=111 SP_TORP_INFO war=[] status=0 tnum=112 SP_TORP_INFO war=[] status=0 tnum=113 SP_TORP_INFO war=[] status=0 tnum=114 SP_TORP_INFO war=[] status=0 tnum=115 SP_TORP_INFO war=[] status=0 tnum=116 SP_TORP_INFO war=[] status=0 tnum=117 SP_TORP_INFO war=[] status=0 tnum=118 SP_TORP_INFO war=[] status=0 tnum=119 SP_TORP_INFO war=[] status=0 tnum=120 SP_TORP_INFO war=[] status=0 tnum=121 SP_TORP_INFO war=[] status=0 tnum=122 SP_TORP_INFO war=[] status=0 tnum=123 SP_TORP_INFO war=[] status=0 tnum=124 SP_TORP_INFO war=[] status=0 tnum=125 SP_TORP_INFO war=[] status=0 tnum=126 SP_TORP_INFO war=[] status=0 tnum=127 SP_TORP_INFO war=[] status=0 tnum=128 SP_TORP_INFO war=[] status=0 tnum=129 SP_TORP_INFO war=[] status=0 tnum=130 SP_TORP_INFO war=[] status=0 tnum=131 SP_TORP_INFO war=[] status=0 tnum=132 SP_TORP_INFO war=[] status=0 tnum=133 SP_TORP_INFO war=[] status=0 tnum=134 SP_TORP_INFO war=[] status=0 tnum=135 SP_TORP_INFO war=[] status=0 tnum=136 SP_TORP_INFO war=[] status=0 tnum=137 SP_TORP_INFO war=[] status=0 tnum=138 SP_TORP_INFO war=[] status=0 tnum=139 SP_TORP_INFO war=[] status=0 tnum=140 SP_TORP_INFO war=[] status=0 tnum=141 SP_TORP_INFO war=[] status=0 tnum=142 SP_TORP_INFO war=[] status=0 tnum=143 SP_TORP_INFO war=[] status=0 tnum=144 SP_TORP_INFO war=[] status=0 tnum=145 SP_TORP_INFO war=[] status=0 tnum=146 SP_TORP_INFO war=[] status=0 tnum=147 SP_TORP_INFO war=[] status=0 tnum=148 SP_TORP_INFO war=[] status=0 tnum=149 SP_TORP_INFO war=[] status=0 tnum=150 SP_TORP_INFO war=[] status=0 tnum=151 SP_TORP_INFO war=[] status=0 tnum=152 SP_TORP_INFO war=[] status=0 tnum=153 SP_TORP_INFO war=[] status=0 tnum=154 SP_TORP_INFO war=[] status=0 tnum=155 SP_TORP_INFO war=[] status=0 tnum=156 SP_TORP_INFO war=[] status=0 tnum=157 SP_TORP_INFO war=[] status=0 tnum=158 SP_TORP_INFO war=[] status=0 tnum=159 SP_TORP_INFO war=[] status=0 tnum=160 SP_TORP_INFO war=[] status=0 tnum=161 SP_TORP_INFO war=[] status=0 tnum=162 SP_TORP_INFO war=[] status=0 tnum=163 SP_TORP_INFO war=[] status=0 tnum=164 SP_TORP_INFO war=[] status=0 tnum=165 SP_TORP_INFO war=[] status=0 tnum=166 SP_TORP_INFO war=[] status=0 tnum=167 SP_TORP_INFO war=[] status=0 tnum=168 SP_TORP_INFO war=[] status=0 tnum=169 SP_TORP_INFO war=[] status=0 tnum=170 SP_TORP_INFO war=[] status=0 tnum=171 SP_TORP_INFO war=[] status=0 tnum=172 SP_TORP_INFO war=[] status=0 tnum=173 SP_TORP_INFO war=[] status=0 tnum=174 SP_TORP_INFO war=[] status=0 tnum=175 SP_TORP_INFO war=[] status=0 tnum=176 SP_TORP_INFO war=[] status=0 tnum=177 SP_TORP_INFO war=[] status=0 tnum=178 SP_TORP_INFO war=[] status=0 tnum=179 SP_TORP_INFO war=[] status=0 tnum=180 SP_TORP_INFO war=[] status=0 tnum=181 SP_TORP_INFO war=[] status=0 tnum=182 SP_TORP_INFO war=[] status=0 tnum=183 SP_TORP_INFO war=[] status=0 tnum=184 SP_TORP_INFO war=[] status=0 tnum=185 SP_TORP_INFO war=[] status=0 tnum=186 SP_TORP_INFO war=[] status=0 tnum=187 SP_TORP_INFO war=[] status=0 tnum=188 SP_TORP_INFO war=[] status=0 tnum=189 SP_TORP_INFO war=[] status=0 tnum=190 SP_TORP_INFO war=[] status=0 tnum=191 SP_TORP_INFO war=[] status=0 tnum=192 SP_TORP_INFO war=[] status=0 tnum=193 SP_TORP_INFO war=[] status=0 tnum=194 SP_TORP_INFO war=[] status=0 tnum=195 SP_TORP_INFO war=[] status=0 tnum=196 SP_TORP_INFO war=[] status=0 tnum=197 SP_TORP_INFO war=[] status=0 tnum=198 SP_TORP_INFO war=[] status=0 tnum=199 SP_TORP_INFO war=[] status=0 tnum=200 SP_TORP_INFO war=[] status=0 tnum=201 SP_TORP_INFO war=[] status=0 tnum=202 SP_TORP_INFO war=[] status=0 tnum=203 SP_TORP_INFO war=[] status=0 tnum=204 SP_TORP_INFO war=[] status=0 tnum=205 SP_TORP_INFO war=[] status=0 tnum=206 SP_TORP_INFO war=[] status=0 tnum=207 SP_TORP_INFO war=[] status=0 tnum=208 SP_TORP_INFO war=[] status=0 tnum=209 SP_TORP_INFO war=[] status=0 tnum=210 SP_TORP_INFO war=[] status=0 tnum=211 SP_TORP_INFO war=[] status=0 tnum=212 SP_TORP_INFO war=[] status=0 tnum=213 SP_TORP_INFO war=[] status=0 tnum=214 SP_TORP_INFO war=[] status=0 tnum=215 SP_TORP_INFO war=[] status=0 tnum=216 SP_TORP_INFO war=[] status=0 tnum=217 SP_TORP_INFO war=[] status=0 tnum=218 SP_TORP_INFO war=[] status=0 tnum=219 SP_TORP_INFO war=[] status=0 tnum=220 SP_TORP_INFO war=[] status=0 tnum=221 SP_TORP_INFO war=[] status=0 tnum=222 SP_TORP_INFO war=[] status=0 tnum=223 SP_TORP_INFO war=[] status=0 tnum=224 SP_TORP_INFO war=[] status=0 tnum=225 SP_TORP_INFO war=[] status=0 tnum=226 SP_TORP_INFO war=[] status=0 tnum=227 SP_TORP_INFO war=[] status=0 tnum=228 SP_TORP_INFO war=[] status=0 tnum=229 SP_TORP_INFO war=[] status=0 tnum=230 SP_TORP_INFO war=[] status=0 tnum=231 SP_TORP_INFO war=[] status=0 tnum=232 SP_TORP_INFO war=[] status=0 tnum=233 SP_TORP_INFO war=[] status=0 tnum=234 SP_TORP_INFO war=[] status=0 tnum=235 SP_TORP_INFO war=[] status=0 tnum=236 SP_TORP_INFO war=[] status=0 tnum=237 SP_TORP_INFO war=[] status=0 tnum=238 SP_TORP_INFO war=[] status=0 tnum=239 SP_TORP_INFO war=[] status=0 tnum=240 SP_TORP_INFO war=[] status=0 tnum=241 SP_TORP_INFO war=[] status=0 tnum=242 SP_TORP_INFO war=[] status=0 tnum=243 SP_TORP_INFO war=[] status=0 tnum=244 SP_TORP_INFO war=[] status=0 tnum=245 SP_TORP_INFO war=[] status=0 tnum=246 SP_TORP_INFO war=[] status=0 tnum=247 SP_TORP_INFO war=[] status=0 tnum=248 SP_TORP_INFO war=[] status=0 tnum=249 SP_TORP_INFO war=[] status=0 tnum=250 SP_TORP_INFO war=[] status=0 tnum=251 SP_TORP_INFO war=[] status=0 tnum=252 SP_TORP_INFO war=[] status=0 tnum=253 SP_TORP_INFO war=[] status=0 tnum=254 SP_TORP_INFO war=[] status=0 tnum=255 SP_PLASMA_INFO war= [] status= 0 pnum= 0 SP_PLASMA_INFO war= [] status= 0 pnum= 1 SP_PLASMA_INFO war= [] status= 0 pnum= 2 SP_PLASMA_INFO war= [] status= 0 pnum= 3 SP_PLASMA_INFO war= [] status= 0 pnum= 4 SP_PLASMA_INFO war= [] status= 0 pnum= 5 SP_PLASMA_INFO war= [] status= 0 pnum= 6 SP_PLASMA_INFO war= [] status= 0 pnum= 7 SP_PLASMA_INFO war= [] status= 0 pnum= 8 SP_PLASMA_INFO war= [] status= 0 pnum= 9 SP_PLASMA_INFO war= [] status= 0 pnum= 10 SP_PLASMA_INFO war= [] status= 0 pnum= 11 SP_PLASMA_INFO war= [] status= 0 pnum= 12 SP_PLASMA_INFO war= [] status= 0 pnum= 13 SP_PLASMA_INFO war= [] status= 0 pnum= 14 SP_PLASMA_INFO war= [] status= 0 pnum= 15 SP_PLASMA_INFO war= [] status= 0 pnum= 16 SP_PLASMA_INFO war= [] status= 0 pnum= 17 SP_PLASMA_INFO war= [] status= 0 pnum= 18 SP_PLASMA_INFO war= [] status= 0 pnum= 19 SP_PLASMA_INFO war= [] status= 0 pnum= 20 SP_PLASMA_INFO war= [] status= 0 pnum= 21 SP_PLASMA_INFO war= [] status= 0 pnum= 22 SP_PLASMA_INFO war= [] status= 0 pnum= 23 SP_PLASMA_INFO war= [] status= 0 pnum= 24 SP_PLASMA_INFO war= [] status= 0 pnum= 25 SP_PLASMA_INFO war= [] status= 0 pnum= 26 SP_PLASMA_INFO war= [] status= 0 pnum= 27 SP_PLASMA_INFO war= [] status= 0 pnum= 28 SP_PLASMA_INFO war= [] status= 0 pnum= 29 SP_PLASMA_INFO war= [] status= 0 pnum= 30 SP_PLASMA_INFO war= [] status= 0 pnum= 31 SP_STATUS tourn= 0 armsbomb= 1 planets= 1 kills= 1 losses= 1 time= 1 timepro= 1 SP_YOU pnum= 16 hostile= ['rom', 'kli', 'ori'] swar= [] armies= 0 tractor= 0 flags= 134219777 damage= 0 shield= 100 fuel= 10000 etemp= 0 wtemp= 0 whydead= 0 whodead= 0 SP_GENERIC_32 rt=0 or=-1 gu=0x41 tt=0 ta=4s tr=0s sr=0 su=0 SP_PHASER pnum= 0 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 1 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 2 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 3 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 4 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 5 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 6 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 7 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 8 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 9 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 10 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 11 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 12 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 13 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 14 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 15 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 16 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 17 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 18 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 19 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 20 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 21 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 22 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 23 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 24 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 25 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 26 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 27 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 28 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 29 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 30 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_PHASER pnum= 31 status= 0 dir= 0 x= 0 y= 0 target= 0 SP_HOSTILE pnum= 16 war= [] hostile= ['rom', 'kli', 'ori'] SP_PLAYER_INFO pnum= 16 shiptype= 2 team= ['fed'] SP_PSTATUS pnum= 16 status= 2 SP_PLAYER pnum= 16 dir= 32 speed= 0 x= -100000 y= -100000 SP_PLANET pnum= 0 owner= 1 info= 1 flags= 2352 armies= 30 SP_PLANET pnum= 1 owner= 1 info= 1 flags= 32 armies= 30 SP_PLANET pnum= 2 owner= 1 info= 1 flags= 48 armies= 30 SP_PLANET pnum= 3 owner= 1 info= 1 flags= 64 armies= 30 SP_PLANET pnum= 4 owner= 1 info= 1 flags= 0 armies= 30 SP_PLANET pnum= 5 owner= 1 info= 1 flags= 2112 armies= 29 SP_PLANET pnum= 6 owner= 1 info= 1 flags= 0 armies= 30 SP_PLANET pnum= 7 owner= 1 info= 1 flags= 2080 armies= 30 SP_PLANET pnum= 8 owner= 1 info= 1 flags= 2048 armies= 30 SP_PLANET pnum= 9 owner= 1 info= 1 flags= 48 armies= 30 SP_MESSAGE m_flags= 9 m_recpt= 0 m_from= 31 mesg= Iv->ALL It's 5:37pm, time to die. SP_MESSAGE m_flags= 201 m_recpt= 0 m_from= 31 mesg= Iv->ALL Ensign Kathy is now Iv (Robot@=Nowhere) SP_MESSAGE m_flags= 201 m_recpt= 0 m_from= 16 mesg= Fg->ALL Ensign guest is now Fg (gytha at dors) SP_MESSAGE m_flags= 3 m_recpt= 16 m_from= 255 mesg= GOD->Fg Lock onto a teammate or planet to see the action. SP_MESSAGE m_flags= 67 m_recpt= 16 m_from= 16 mesg= Fg-> @gytha 0.9 SP_UDP_REPLY reply=3 port=1884362496 SP_SEQUENCE flag=8 sequence=1 SP_MESSAGE m_flags= 201 m_recpt= 0 m_from= 16 mesg= GOD->ALL Ensign guest is not using a trusted client SP_SEQUENCE flag=8 sequence=2 SP_SEQUENCE flag=8 sequence=3 SP_SEQUENCE flag=8 sequence=4 SP_YOU pnum= 16 hostile= ['rom', 'kli', 'ori'] swar= [] armies= 0 tractor= 0 flags= 167774209 damage= 0 shield= 100 fuel= 10000 etemp= 0 wtemp= 0 whydead= 0 whodead= 0 SP_GENERIC_32 rt=0 or=-1 gu=0x41 tt=0 ta=5s tr=0s sr=0 su=0 SP_SEQUENCE flag=8 sequence=5 SP_SEQUENCE flag=8 sequence=6 SP_SEQUENCE flag=8 sequence=7 SP_SEQUENCE flag=8 sequence=8 SP_SEQUENCE flag=8 sequence=9 SP_SEQUENCE flag=8 sequence=10 SP_SEQUENCE flag=8 sequence=11 SP_SEQUENCE flag=8 sequence=12 SP_SEQUENCE flag=8 sequence=13 SP_SEQUENCE flag=8 sequence=14 SP_GENERIC_32 rt=0 or=-1 gu=0x41 tt=0 ta=6s tr=0s sr=0 su=0 SP_SEQUENCE flag=8 sequence=15 SP_SEQUENCE flag=8 sequence=16 SP_SEQUENCE flag=8 sequence=17 SP_SEQUENCE flag=8 sequence=18 SP_SEQUENCE flag=8 sequence=19 SP_PING CP_PING_RESPONSE pingme= 1 SP_SEQUENCE flag=8 sequence=20 SP_SEQUENCE flag=8 sequence=21 SP_SEQUENCE flag=8 sequence=22 SP_SEQUENCE flag=8 sequence=23 SP_SEQUENCE flag=8 sequence=24 SP_GENERIC_32 rt=0 or=-1 gu=0x41 tt=0 ta=7s tr=0s sr=0 su=0 SP_SEQUENCE flag=8 sequence=25 SP_SEQUENCE flag=8 sequence=26 SP_SEQUENCE flag=8 sequence=27 SP_SEQUENCE flag=8 sequence=28 SP_SEQUENCE flag=8 sequence=29 SP_SEQUENCE flag=8 sequence=30 SP_SEQUENCE flag=8 sequence=31 SP_SEQUENCE flag=8 sequence=32 CP_QUIT SP_WARNING message= Self destruct initiated SP_YOU pnum= 16 hostile= ['rom', 'kli', 'ori'] swar= [] armies= 0 tractor= 0 flags= 167775233 damage= 0 shield= 100 fuel= 10000 etemp= 0 wtemp= 0 whydead= 1 whodead= 0 SP_PSTATUS pnum= 16 status= 1 SP_SEQUENCE flag=12 sequence=33 SP_MASK mask= [] SP_SEQUENCE flag=12 sequence=34 SP_SEQUENCE flag=12 sequence=35 SP_SEQUENCE flag=12 sequence=36 CP_BYE network statistics: tcp game packets = 655, udp game packets = 42 $ -- James Cameron http://quozl.linux.org.au/ From jrd at gerdesas.com Wed Oct 24 07:25:59 2012 From: jrd at gerdesas.com (John R. Dennison) Date: Wed, 24 Oct 2012 07:25:59 -0500 Subject: [netrek-dev] Very Sad News Message-ID: <20121024122559.GP23484@frodo.gerdesas.com> Michael Denison (Splunty) sent me a message on Facebook Sunday evening that caught me completely by surprise. He mentioned that Dan Damouth (Tuber) had passed away back in 2010. Doubly shocking as it turned out that Dan was only a year younger than myself. I am including Michael's message here for completeness. ============================================================================= I don't know how else to share bad news with you. One of the netrek folk discovered that Dan Damouth passed away September 19, 2010. I don't know if you were as close to him as some of us were, but if you were, I think you have to know. One of us should probably share with the netrek community. Hope you're doing well. ============================================================================= This was the first that I had heard of it which, considering that I was not especially close to Dan, isn't all that surprising. I would, however, have hoped someone in the community would have heard something about this before now and passed the information on :( I did some research and was not able to locate an official obituary for Dan but I did manage to locate: http://larryvoyer.com/genealogy/getperson.php?personID=I194285&tree=v7_28 Michael has confirmed that this was indeed him. Besides getting this information out to what remains of the netrek community I was wondering if anyone else had any information regarding Dan's passing. I've contacted Addison and asked him to reach out to Jitesh and that crowd. My thanks to Michael for informing me of this loss. John -- Stupidity has a knack of getting its way. -- Albert Camus (1913-1960), Algerian-French author and Absurdist philosopher, The Plague (1947) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From niclas at acc.umu.se Wed Oct 24 07:57:12 2012 From: niclas at acc.umu.se (Niclas Fredriksson) Date: Wed, 24 Oct 2012 14:57:12 +0200 (MEST) Subject: [netrek-dev] Very Sad News In-Reply-To: <20121024122559.GP23484@frodo.gerdesas.com> References: <20121024122559.GP23484@frodo.gerdesas.com> Message-ID: On Wed, 24 Oct 2012, John R. Dennison wrote: > One of the netrek folk discovered that Dan Damouth passed away September 19, > 2010. I don't know if you were as close to him as some of us were, but if you > were, I think you have to know. That is indeed very sad news. I had no idea. I saw your post on facebook and I will say here what I said there. I played with him for many years, both in pickup games but also on numerous teams. I remember him being very competitive and a very skilled player, especially in his aggressive CA. He could get quite angry if the games didn't go the way he wanted but as soon as the adrenaline had dropped down a bit he was a cool guy and friends with most people again. Back in 1998 we created a team of new hockey stars (him, me, von, rizzi and balcerski) to beat the famous team In Cold Milk who had won pretty much all seasons prior to that. In Cold Milk had superstars like Ken Hanson, Nathan Doss, Tom Holub, Andrew Yeh, Mike Vitale, Taric Mirza, Felix Gallo and, of course, the best hockey player ever: Steve Franks (Data). We developed a new kind of hockey to counter these great players, where every team member was a highly skilled dogfighter and therefore could take on opponents in a one-on-one situation. We focused on playing bigger ships (one BB, one CA, 2-3 SCs) and won the season handidly. He was always against stacking and that is probably why he took the initiative to create the anti-ICM team to beat the hockey legends once and for all. I remember him telling me time and time again I should leave the Jitesh stack in INL and WNL and create another competitive team. In hindsight, of course he was right. Me and Dan had a similar philosophy on how bronco should be played and because of that we also played in the draft league together on several teams. We won that league too, focusing on dogfighting and controlling space. I remember Dan being very good at coming up with strategies to use aganist all other opponents. He was also very good at including everyone in games. Many coaches would stack their teams in the draft league but not Dan. He made sure everyone got to play the same amount of games. He also did his best to keep the hockey scene alive, scheduling clue games. The last saved mail I have from him is from December 2004 where he's asking me go join a hockey clue game. I wish I would get another one just like that right now. While I never met Dan other than online, I surely will miss him. -- Niclas From netrek at gmail.com Wed Oct 24 08:34:58 2012 From: netrek at gmail.com (Zachary Uram) Date: Wed, 24 Oct 2012 09:34:58 -0400 Subject: [netrek-dev] [netrek-forever] Re: Very Sad News In-Reply-To: References: <20121024122559.GP23484@frodo.gerdesas.com> Message-ID: I echo what others have said. I'll never forget Dan's talent for making clever hockey haikus! Zach -- http://www.fidei.org From basic at us.netrek.org Wed Oct 24 11:03:57 2012 From: basic at us.netrek.org (Bob Tanner) Date: Wed, 24 Oct 2012 11:03:57 -0500 Subject: [netrek-dev] Client connection: State? References: <20121024065625.GM8324@us.netrek.org> Message-ID: On 2012-10-24 06:56:25 +0000, James Cameron said: > Comparing your trace against mine ... Excellent VERY helpful. I should stop being lazy and get linux up in Fusion OR spend the time getting gytha working on my OSX system. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From quozl at us.netrek.org Wed Oct 24 15:11:57 2012 From: quozl at us.netrek.org (James Cameron) Date: Thu, 25 Oct 2012 07:11:57 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121024065625.GM8324@us.netrek.org> Message-ID: <20121024201157.GA6417@us.netrek.org> On Wed, Oct 24, 2012 at 11:03:57AM -0500, Bob Tanner wrote: > On 2012-10-24 06:56:25 +0000, James Cameron said: > >Comparing your trace against mine ... > > Excellent VERY helpful. > > I should stop being lazy and get linux up in Fusion OR spend the > time getting gytha working on my OSX system. I would certainly welcome help on Mac OS X packaging for 0.9, which I released yesterday. Plenty of Macs here, but no clue. -- James Cameron http://quozl.linux.org.au/ From ahn at netrek.org Wed Oct 24 08:30:56 2012 From: ahn at netrek.org (Dave Ahn) Date: Wed, 24 Oct 2012 09:30:56 -0400 Subject: [netrek-dev] [netrek-forever] Re: Very Sad News In-Reply-To: References: <20121024122559.GP23484@frodo.gerdesas.com> Message-ID: I'm very sad to hear this, too. Dan was a great guy and a friend, though I also never met him in person. He was not only a great player and a teammate over many years, but he also helped the game and the community through all that he did outside of just playing. He took part in or supported (or voiced constructive criticism against) critical changes to game play, leagues and team balance, but most importantly, he was always very tolerant of and helpful to newbies or less experienced players in the game. I have a lot of fond memories of him, and I miss him already. ______ __ Preddy, Grey Elf, Bueghler /_ __/_ __/ /_ ___ __________ Charity, Rococo, Scamp / / / / / / __ \/ _ \/ ___/ ___/ Netherworld, Susie, gman / / / /_/ / /_/ / __/ / (__ ) HAPPY STAR, Zephlin, Vlad /_/ \__,_/_.___/\___/_/ /____/ Perseus, Battle Platform Dave On Wed, Oct 24, 2012 at 8:57 AM, Niclas Fredriksson wrote: > On Wed, 24 Oct 2012, John R. Dennison wrote: > > One of the netrek folk discovered that Dan Damouth passed away September >> 19, >> 2010. I don't know if you were as close to him as some of us were, but if >> you >> were, I think you have to know. >> > > That is indeed very sad news. I had no idea. I saw your post on facebook > and I will say here what I said there. > > I played with him for many years, both in pickup games but also on > numerous teams. I remember him being very competitive and a very skilled > player, especially in his aggressive CA. He could get quite angry if the > games didn't go the way he wanted but as soon as the adrenaline had dropped > down a bit he was a cool guy and friends with most people again. > > Back in 1998 we created a team of new hockey stars (him, me, von, rizzi > and balcerski) to beat the famous team In Cold Milk who had won pretty much > all seasons prior to that. In Cold Milk had superstars like Ken Hanson, > Nathan Doss, Tom Holub, Andrew Yeh, Mike Vitale, Taric Mirza, Felix Gallo > and, of course, the best hockey player ever: Steve Franks (Data). We > developed a new kind of hockey to counter these great players, where every > team member was a highly skilled dogfighter and therefore could take on > opponents in a one-on-one situation. We focused on playing bigger ships > (one BB, one CA, 2-3 SCs) and won the season handidly. > > He was always against stacking and that is probably why he took the > initiative to create the anti-ICM team to beat the hockey legends once and > for all. I remember him telling me time and time again I should leave the > Jitesh stack in INL and WNL and create another competitive team. In > hindsight, of course he was right. > > Me and Dan had a similar philosophy on how bronco should be played and > because of that we also played in the draft league together on several > teams. We won that league too, focusing on dogfighting and controlling > space. I remember Dan being very good at coming up with strategies to use > aganist all other opponents. He was also very good at including everyone in > games. Many coaches would stack their teams in the draft league but not > Dan. He made sure everyone got to play the same amount of games. > > He also did his best to keep the hockey scene alive, scheduling clue > games. The last saved mail I have from him is from December 2004 where he's > asking me go join a hockey clue game. I wish I would get another one just > like that right now. > > While I never met Dan other than online, I surely will miss him. > > -- > Niclas > > -- > To post send mail here: netrek-forever at googlegroups.**com > More info: http://groups.google.com/**group/netrek-forever/ > Nota bene: Please be civil and treat list members with respect. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From basic at us.netrek.org Wed Oct 24 21:45:59 2012 From: basic at us.netrek.org (Bob Tanner) Date: Wed, 24 Oct 2012 21:45:59 -0500 Subject: [netrek-dev] gytha and osx References: <20121024065625.GM8324@us.netrek.org> <20121024201157.GA6417@us.netrek.org> Message-ID: On 2012-10-24 20:11:57 +0000, James Cameron said: > I would certainly welcome help on Mac OS X packaging for 0.9, which I > released yesterday. Plenty of Macs here, but no clue. Opening a new thread. I prefer to do my python work inside of virtualenv. Sadly pygame does not compile via pip (or easy_install). I really don't want to use one of the binary installs as it "pollutes" the system and make upgrades more challenging. Linux (.deb) package management should be a beacon to the other operating systems on how to make packages. Here's the nasty errors messages from clang when attempting to install (compile) pygame. src/scale_mmx64.c:424:27: error: invalid instruction mnemonic 'movsxl' src/scale_mmx64.c:499:27: error: invalid instruction mnemonic 'movsxl' I'll clone the mercurial repo and see what's going on. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From ksanjabi at gmail.com Wed Oct 24 23:51:37 2012 From: ksanjabi at gmail.com (EUTH!) Date: Wed, 24 Oct 2012 21:51:37 -0700 (PDT) Subject: [netrek-dev] Very Sad News In-Reply-To: <20121024122559.GP23484@frodo.gerdesas.com> References: <20121024122559.GP23484@frodo.gerdesas.com> Message-ID: I am a very sad Tuber. I'll pass this along to the Chico, berkeley, "jitesh" crew that I'm still in contact with. Anyone know what happened? Karim On Wednesday, October 24, 2012 5:26:02 AM UTC-7, John R. Dennison wrote: > > Michael Denison (Splunty) sent me a message on Facebook Sunday evening > that > caught me completely by surprise. He mentioned that Dan Damouth (Tuber) > had > passed away back in 2010. Doubly shocking as it turned out that Dan was > only > a year younger than myself. > > I am including Michael's message here for completeness. > > ============================================================================= > > I don't know how else to share bad news with you. > > One of the netrek folk discovered that Dan Damouth passed away September > 19, > 2010. I don't know if you were as close to him as some of us were, but if > you > were, I think you have to know. > > One of us should probably share with the netrek community. > > Hope you're doing well. > ============================================================================= > > > This was the first that I had heard of it which, considering that I was > not > especially close to Dan, isn't all that surprising. I would, however, have > hoped someone in the community would have heard something about this > before > now and passed the information on :( > > I did some research and was not able to locate an official obituary for > Dan but I did manage to locate: > > http://larryvoyer.com/genealogy/getperson.php?personID=I194285&tree=v7_28 > > Michael has confirmed that this was indeed him. > > Besides getting this information out to what remains of the netrek > community I was wondering if anyone else had any information regarding > Dan's passing. > > I've contacted Addison and asked him to reach out to Jitesh and that > crowd. > > My thanks to Michael for informing me of this loss. > > > > > > > > John > > -- > Stupidity has a knack of getting its way. > > -- Albert Camus (1913-1960), Algerian-French author and Absurdist > philosopher, > The Plague (1947) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahn at netrek.org Thu Oct 25 15:26:03 2012 From: ahn at netrek.org (Dave Ahn) Date: Thu, 25 Oct 2012 16:26:03 -0400 Subject: [netrek-dev] [netrek-forever] Re: Very Sad News In-Reply-To: References: <20121024122559.GP23484@frodo.gerdesas.com> Message-ID: I exchanged a few emails with Dan's father, Mr. David Damouth. He didn't give me permission to repost his personal response about Dan, so I'll summarize the important bits. Dan passed away peacefully from a heart attack while sleeping at home on Sept 19, 2010. He was with his parents in Colorado at the time. His remains were cremated and spread on the Continental Divide near Berthoud Pass, Colorado - a place he visited and enjoyed with his family from time to time. Anyone wishing to pay respects can probably do so along the Colorado River, the Platte River, Missouri River, and Mississippi River. Mr. Damouth is creating a memorial web site for Dan with photos and remembrances. If and when it's available, and if I'm privy to its location, I'll pass it along to the list for everyone. TuberCounter--. May he rest in peace. Dave On Thu, Oct 25, 2012 at 12:51 AM, EUTH! wrote: > I am a very sad Tuber. > > I'll pass this along to the Chico, berkeley, "jitesh" crew that I'm still > in contact with. Anyone know what happened? > > Karim > > > > On Wednesday, October 24, 2012 5:26:02 AM UTC-7, John R. Dennison wrote: >> >> Michael Denison (Splunty) sent me a message on Facebook Sunday evening >> that >> caught me completely by surprise. He mentioned that Dan Damouth (Tuber) >> had >> passed away back in 2010. Doubly shocking as it turned out that Dan was >> only >> a year younger than myself. >> >> I am including Michael's message here for completeness. >> >> ==============================**==============================**================= >> >> I don't know how else to share bad news with you. >> >> One of the netrek folk discovered that Dan Damouth passed away September >> 19, >> 2010. I don't know if you were as close to him as some of us were, but if >> you >> were, I think you have to know. >> >> One of us should probably share with the netrek community. >> >> Hope you're doing well. >> ==============================**==============================**================= >> >> >> This was the first that I had heard of it which, considering that I was >> not >> especially close to Dan, isn't all that surprising. I would, however, >> have >> hoped someone in the community would have heard something about this >> before >> now and passed the information on :( >> >> I did some research and was not able to locate an official obituary for >> Dan but I did manage to locate: >> >> http://larryvoyer.com/**genealogy/getperson.php?** >> personID=I194285&tree=v7_28 >> >> Michael has confirmed that this was indeed him. >> >> Besides getting this information out to what remains of the netrek >> community I was wondering if anyone else had any information regarding >> Dan's passing. >> >> I've contacted Addison and asked him to reach out to Jitesh and that >> crowd. >> >> My thanks to Michael for informing me of this loss. >> >> >> >> >> >> >> >> ** John >> >> -- >> Stupidity has a knack of getting its way. >> >> -- Albert Camus (1913-1960), Algerian-French author and Absurdist >> philosopher, >> The Plague (1947) >> > -- > To post send mail here: netrek-forever at googlegroups.com > More info: http://groups.google.com/group/netrek-forever/ > Nota bene: Please be civil and treat list members with respect. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahn at netrek.org Thu Oct 25 15:31:31 2012 From: ahn at netrek.org (Dave Ahn) Date: Thu, 25 Oct 2012 16:31:31 -0400 Subject: [netrek-dev] [netrek-forever] Re: Very Sad News In-Reply-To: References: <20121024122559.GP23484@frodo.gerdesas.com> Message-ID: I forgot to mention that I passed on our collective condolences from those of us who knew him through Netrek. Mr. Damouth was grateful. If you have anything you'd like to say, please post to this thread, and I will pass on the link to this thread to him later next week after people have responded. Of course, you can respond privately and directly to the family - Google search for the contact info. Dave On Thu, Oct 25, 2012 at 4:26 PM, Dave Ahn wrote: > I exchanged a few emails with Dan's father, Mr. David Damouth. He didn't > give me permission to repost his personal response about Dan, so I'll > summarize the important bits. > > Dan passed away peacefully from a heart attack while sleeping at home on > Sept 19, 2010. He was with his parents in Colorado at the time. His > remains were cremated and spread on the Continental Divide near Berthoud > Pass, Colorado - a place he visited and enjoyed with his family from time > to time. Anyone wishing to pay respects can probably do so along the Colorado > River, the Platte River, Missouri River, and Mississippi River. > > Mr. Damouth is creating a memorial web site for Dan with photos and > remembrances. If and when it's available, and if I'm privy to its > location, I'll pass it along to the list for everyone. > > TuberCounter--. May he rest in peace. > > Dave > > > On Thu, Oct 25, 2012 at 12:51 AM, EUTH! wrote: > >> I am a very sad Tuber. >> >> I'll pass this along to the Chico, berkeley, "jitesh" crew that I'm still >> in contact with. Anyone know what happened? >> >> Karim >> >> >> >> On Wednesday, October 24, 2012 5:26:02 AM UTC-7, John R. Dennison wrote: >>> >>> Michael Denison (Splunty) sent me a message on Facebook Sunday evening >>> that >>> caught me completely by surprise. He mentioned that Dan Damouth (Tuber) >>> had >>> passed away back in 2010. Doubly shocking as it turned out that Dan was >>> only >>> a year younger than myself. >>> >>> I am including Michael's message here for completeness. >>> >>> ==============================**==============================**================= >>> >>> I don't know how else to share bad news with you. >>> >>> One of the netrek folk discovered that Dan Damouth passed away September >>> 19, >>> 2010. I don't know if you were as close to him as some of us were, but >>> if you >>> were, I think you have to know. >>> >>> One of us should probably share with the netrek community. >>> >>> Hope you're doing well. >>> ==============================**==============================**================= >>> >>> >>> This was the first that I had heard of it which, considering that I was >>> not >>> especially close to Dan, isn't all that surprising. I would, however, >>> have >>> hoped someone in the community would have heard something about this >>> before >>> now and passed the information on :( >>> >>> I did some research and was not able to locate an official obituary for >>> Dan but I did manage to locate: >>> >>> http://larryvoyer.com/**genealogy/getperson.php?** >>> personID=I194285&tree=v7_28 >>> >>> Michael has confirmed that this was indeed him. >>> >>> Besides getting this information out to what remains of the netrek >>> community I was wondering if anyone else had any information regarding >>> Dan's passing. >>> >>> I've contacted Addison and asked him to reach out to Jitesh and that >>> crowd. >>> >>> My thanks to Michael for informing me of this loss. >>> >>> >>> >>> >>> >>> >>> >>> ** John >>> >>> -- >>> Stupidity has a knack of getting its way. >>> >>> -- Albert Camus (1913-1960), Algerian-French author and Absurdist >>> philosopher, >>> The Plague (1947) >>> >> -- >> To post send mail here: netrek-forever at googlegroups.com >> More info: http://groups.google.com/group/netrek-forever/ >> Nota bene: Please be civil and treat list members with respect. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrd at gerdesas.com Thu Oct 25 16:24:31 2012 From: jrd at gerdesas.com (John R. Dennison) Date: Thu, 25 Oct 2012 16:24:31 -0500 Subject: [netrek-dev] [netrek-forever] Re: Very Sad News In-Reply-To: References: <20121024122559.GP23484@frodo.gerdesas.com> Message-ID: <20121025212431.GQ23484@frodo.gerdesas.com> On Thu, Oct 25, 2012 at 04:31:31PM -0400, Dave Ahn wrote: > I forgot to mention that I passed on our collective condolences from those > of us who knew him through Netrek. Mr. Damouth was grateful. If you have > anything you'd like to say, please post to this thread, and I will pass on > the link to this thread to him later next week after people have responded. > Of course, you can respond privately and directly to the family - Google > search for the contact info. Dave, Thank you. John -- "So you know, cats are interesting. They are kind of like girls. If they come and talk to you, it's great. But if you try to talk to them it doesn't always go so well." - Shigeru Miyamoto, Nintendo game designer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From basic at us.netrek.org Thu Oct 25 20:19:42 2012 From: basic at us.netrek.org (Bob Tanner) Date: Thu, 25 Oct 2012 20:19:42 -0500 Subject: [netrek-dev] Client connection: State? References: <20121024065625.GM8324@us.netrek.org> Message-ID: On 2012-10-24 06:56:25 +0000, James Cameron said: > CP_SOCKET > CP_FEATURE type=S arg1=0 arg2=0 value=1 name=FEATURE_PACKETS > SP_FEATURE type=S arg1=0 arg2=0 value=1 name=FEATURE_PACKETS > CP_FEATURE type=S arg1=0 arg2=0 value=1 name=SHIP_CAP > CP_FEATURE type=S arg1=2 arg2=0 value=1 name=SP_GENERIC_32 > CP_FEATURE type=S arg1=0 arg2=0 value=1 name=TIPS > CP_FEATURE type=S arg1=0 arg2=0 value=1 name=SHOW_ALL_TRACTORS > SP_FEATURE type=S arg1=0 arg2=0 value=50 name=FPS > SP_FEATURE type=S arg1=0 arg2=0 value=50 name=UPS > SP_MOTD message= Welcome to Vanilla server version 2.15, patchlevel 0 > SP_MOTD message= > SP_MOTD message= Welcome to Netrek!! > SP_MOTD message= > SP_MOTD message= @@@ > SP_MOTD message= Binary Verification : disabled > SP_MOTD message= Tournament Mode : 4 players / side > SP_MOTD message= Ships Allowed : SC DD CA BB AS SB > SP_MOTD message= Tractor/Pressor Beams : enabled > SP_MOTD message= Plasma Torpedoes : enabled > SP_MOTD message= Kills Required for Plasma : 2 > SP_MOTD message= Rank Required for SB : Commander (3) > SP_MOTD message= Planets Required for SB : 5 > SP_MOTD message= Hidden Mode : tournament only > SP_MOTD message= Multiple Entry Planets : no > SP_MOTD message= Chaos Mode : disabled > SP_MOTD message= Hunter Killer : No > SP_MOTD message= Message to GOD Log : Yes > SP_MOTD message= SB Transwarp : No > SP_MOTD message= Surrender Counter : 1 > SP_YOU pnum= 16 hostile= [] swar= [] armies= 0 tractor= 0 flags= > 134217728 damage= 0 shield= 0 fuel= 0 etemp= 0 wtemp= 0 whydead= 0 > whodead= 0 James can gytha be run without sending CP_FEATURE? Trying to figure out of the problem I'm having is because for proper server state transition CP_FEATURE must be sent. Here's dump (sorry for the long lines, don't know how to change NSLog's default output yet) 2012-10-25 20:16:28.724 Packet[59418:303] connectToAddress: continuum.us.netrek.org:2593 2012-10-25 20:16:28.828 Packet[59418:303] CP_SOCKET 2012-10-25 20:16:29.021 Packet[59418:303] SP_MOTD message=Welcome to netrek-server vanilla 2.17.0 2012-10-25 20:16:29.022 Packet[59418:303] SP_MOTD message=Welcome to The Continuum, please enjoy the game. 2012-10-25 20:16:29.022 Packet[59418:303] SP_MOTD message=Real Time Enterprises, Inc. http://www.real-time.com 2012-10-25 20:16:29.022 Packet[59418:303] SP_MOTD message= 2012-10-25 20:16:29.022 Packet[59418:303] SP_MOTD message=2009-07-11 2012-10-25 20:16:29.023 Packet[59418:303] SP_MOTD message= 2012-10-25 20:16:29.023 Packet[59418:303] SP_MOTD message=See http://netrek.org/ for more about Netrek. 2012-10-25 20:16:29.023 Packet[59418:303] SP_MOTD message= 2012-10-25 20:16:29.023 Packet[59418:303] SP_MOTD message=This server welcomes new players to Netrek. 2012-10-25 20:16:29.024 Packet[59418:303] SP_MOTD message= 2012-10-25 20:16:29.024 Packet[59418:303] SP_MOTD message=Expert players are encouraged to educate new players by leading 2012-10-25 20:16:29.024 Packet[59418:303] SP_MOTD message=and showing a good example ... rather than dishearten them by insisting 2012-10-25 20:16:29.024 Packet[59418:303] SP_MOTD message=on dodge practice. Not everyone can read. 2012-10-25 20:16:29.082 Packet[59418:303] SP_MOTD message= 2012-10-25 20:16:29.082 Packet[59418:303] SP_MOTD message=-- 2012-10-25 20:16:29.082 Packet[59418:303] SP_MOTD message=Hosting : Basic 2012-10-25 20:16:29.083 Packet[59418:303] SP_MOTD message=Administration : Quozl 2012-10-25 20:16:29.083 Packet[59418:303] SP_MOTD message= @@@ 2012-10-25 20:16:29.083 Packet[59418:303] SP_MOTD message=Binary Verification : disabled 2012-10-25 20:16:29.083 Packet[59418:303] SP_MOTD message=Tournament Mode : 4 players / side 2012-10-25 20:16:29.084 Packet[59418:303] SP_MOTD message=Ships Allowed : SC DD CA BB AS SB 2012-10-25 20:16:29.084 Packet[59418:303] SP_MOTD message=Tractor/Pressor Beams : enabled 2012-10-25 20:16:29.084 Packet[59418:303] SP_MOTD message=Plasma Torpedoes : enabled 2012-10-25 20:16:29.084 Packet[59418:303] SP_MOTD message=Kills Required for Plasma : 2 2012-10-25 20:16:29.084 Packet[59418:303] SP_MOTD message=Rank Required for SB : Captain (4) 2012-10-25 20:16:29.085 Packet[59418:303] SP_MOTD message=Planets Required for SB : 5 2012-10-25 20:16:29.115 Packet[59418:303] SP_MOTD message=Hidden Mode : tournament only 2012-10-25 20:16:29.115 Packet[59418:303] SP_MOTD message=Multiple Entry Planets : no 2012-10-25 20:16:29.115 Packet[59418:303] SP_MOTD message=Chaos Mode : disabled 2012-10-25 20:16:29.116 Packet[59418:303] SP_MOTD message=Hunter Killer : No 2012-10-25 20:16:29.116 Packet[59418:303] SP_MOTD message=Message to GOD Log : Yes 2012-10-25 20:16:29.117 Packet[59418:303] SP_MOTD message=SB Transwarp : Yes 2012-10-25 20:16:29.117 Packet[59418:303] SP_MOTD message=Surrender Counter : 2 2012-10-25 20:16:29.118 Packet[59418:303] SP_YOU pnum=16 hostile=0 swar=0 armies=0 tractor=0 flags=8 damage=0 shields=0 fuel=0 etemp=0 wtemp=0 whydead=0 whodead=0 2012-10-25 20:16:29.215 Packet[59418:303] SP_PL_LOGIN pnum=0 rank=0 name= monitor= login= 2012-10-25 20:16:29.220 Packet[59418:303] SP_HOSTILE pnum=0 war=0 hostile=0 Just hangs here. Even a tcpdump shows nothing on the wire. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From basic at us.netrek.org Thu Oct 25 20:28:36 2012 From: basic at us.netrek.org (Bob Tanner) Date: Thu, 25 Oct 2012 20:28:36 -0500 Subject: [netrek-dev] gytha and osx References: <20121024065625.GM8324@us.netrek.org> <20121024201157.GA6417@us.netrek.org> Message-ID: On 2012-10-25 02:45:59 +0000, Bob Tanner said: > Opening a new thread. Unison is buggy. Didn't do a new thread. :-( -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From quozl at us.netrek.org Thu Oct 25 20:34:28 2012 From: quozl at us.netrek.org (James Cameron) Date: Fri, 26 Oct 2012 12:34:28 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121024065625.GM8324@us.netrek.org> Message-ID: <20121026013428.GJ5473@us.netrek.org> On Thu, Oct 25, 2012 at 08:19:42PM -0500, Bob Tanner wrote: > James can gytha be run without sending CP_FEATURE? Yes, works fine, diff attached. > Trying to figure out of the problem I'm having is because for proper > server state transition CP_FEATURE must be sent. Doesn't look like it to me. > Here's dump (sorry for the long lines, don't know how to change > NSLog's default output yet) The important part is that you get nothing after SP_YOU, then SP_PL_LOGIN and SP_HOSTILE for slot 0, which is odd given that the latter two are sent by the server in a loop dumping data from each slot. That's not what I see. All the data arrives. Could you do a TCP packet capture leading up to that point? Let us see if the server has sent it and the client hasn't read it. -- James Cameron http://quozl.linux.org.au/ -------------- next part -------------- A non-text attachment was scrubbed... Name: no-cp-feature.patch Type: text/x-diff Size: 4888 bytes Desc: not available URL: From basic at us.netrek.org Thu Oct 25 21:57:22 2012 From: basic at us.netrek.org (Bob Tanner) Date: Thu, 25 Oct 2012 21:57:22 -0500 Subject: [netrek-dev] Client connection: State? References: <20121024065625.GM8324@us.netrek.org> <20121026013428.GJ5473@us.netrek.org> Message-ID: On 2012-10-26 01:34:28 +0000, James Cameron said: > Could you do a TCP packet capture leading up to that point? Let us > see if the server has sent it and the client hasn't read it. -------------- next part -------------- A non-text attachment was scrubbed... Name: dump.pcap Type: application/octet-stream Size: 8388 bytes Desc: not available URL: -------------- next part -------------- Didn't look at it in depth. Getting late. Posting it for analysis, I'll work on it more tomorrow. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C From quozl at us.netrek.org Thu Oct 25 23:38:58 2012 From: quozl at us.netrek.org (James Cameron) Date: Fri, 26 Oct 2012 15:38:58 +1100 Subject: [netrek-dev] Client connection: State? In-Reply-To: References: <20121024065625.GM8324@us.netrek.org> <20121026013428.GJ5473@us.netrek.org> Message-ID: <20121026043858.GK5473@us.netrek.org> On Thu, Oct 25, 2012 at 09:57:22PM -0500, Bob Tanner wrote: > Didn't look at it in depth. Getting late. Posting it for analysis, > I'll work on it more tomorrow. My analysis shows that the server traffic is normal and it is waiting for the client to choose a team. The last of the packets are the SP_PLANET_LOC for each planet. If the client isn't showing these packets, then the client has ceased processing the incoming data. Use netstat to check if the socket has data to be read? What if the client has become misaligned against the data stream again? What does the client do in response to apparent misalignment? For hand-analysis of pcap streams, here is a list of packet types (hex), lengths (decimal), and name: 01 84 SP_MESSAGE 02 4 SP_PLAYER_INFO 03 8 SP_KILLS 04 12 SP_PLAYER 05 8 SP_TORP_INFO 06 12 SP_TORP 07 16 SP_PHASER 08 8 SP_PLASMA_INFO 09 12 SP_PLASMA 0a 84 SP_WARNING 0b 84 SP_MOTD 0c 32 SP_YOU 0d 4 SP_QUEUE 0e 28 SP_STATUS 0f 12 SP_PLANET 10 4 SP_PICKOK 11 104 SP_LOGIN 12 8 SP_FLAGS 13 4 SP_MASK 14 4 SP_PSTATUS 15 4 SP_BADVERSION 16 4 SP_HOSTILE 17 56 SP_STATS 18 52 SP_PL_LOGIN 19 20 SP_RESERVED 1a 28 SP_PLANET_LOC 1c 8 SP_UDP_REPLY 1d 4 SP_SEQUENCE 20 32 SP_GENERIC_32 27 60 SP_SHIP_CAP 2e 8 SP_PING 3c 88 SP_FEATURE This was generated by instrumenting Gytha's nt_init() function to dump the packet classification table: for x in range(256): (y, z) = sp.find(x) if y != 1: print '%02x %3d %s' % (x, y, repr(z)) I'd invest time in a python pcap stripper if I really needed more tools for analysis, but for the time being I did it manually, using Wireshark to extract a hex dump, copy and paste to an editor, then marking where the packets were by hand. Once I saw that the dump continued way beyond what you had reported, I skipped to the end of the dump and worked backwards. CP_SOCKET 1b 04 0a 00 00 00 00 00 00000000 0b 00 00 00 57 65 6c 63 6f 6d 65 20 74 6f 20 6e ....Welc ome to n 00000010 65 74 72 65 6b 2d 73 65 72 76 65 72 20 76 61 6e etrek-se rver van 00000020 69 6c 6c 61 20 32 2e 31 37 2e 30 00 00 00 00 00 illa 2.1 7.0..... 00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000050 00 00 00 00 0b 00 00 00 57 65 6c 63 6f 6d 65 20 ........ Welcome 00000060 74 6f 20 54 68 65 20 43 6f 6e 74 69 6e 75 75 6d to The C ontinuum 00000070 2c 20 70 6c 65 61 73 65 20 65 6e 6a 6f 79 20 74 , please enjoy t 00000080 68 65 20 67 61 6d 65 2e 00 00 00 00 00 00 00 00 he game. ........ 00000090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000000A0 00 00 00 00 00 00 00 00 0b 00 00 00 52 65 61 6c ........ ....Real 000000B0 20 54 69 6d 65 20 45 6e 74 65 72 70 72 69 73 65 Time En terprise 000000C0 73 2c 20 49 6e 63 2e 20 20 68 74 74 70 3a 2f 2f s, Inc. http:// 000000D0 77 77 77 2e 72 65 61 6c 2d 74 69 6d 65 2e 63 6f www.real -time.co 000000E0 6d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 m....... ........ 000000F0 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 00000100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000150 0b 00 00 00 32 30 30 39 2d 30 37 2d 31 31 00 00 ....2009 -07-11.. 00000160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000001A0 00 00 00 00 0b 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000001B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000001C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000001D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000001E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000001F0 00 00 00 00 00 00 00 00 0b 00 00 00 53 65 65 20 ........ ....See 00000200 68 74 74 70 3a 2f 2f 6e 65 74 72 65 6b 2e 6f 72 http://n etrek.or 00000210 67 2f 20 66 6f 72 20 6d 6f 72 65 20 61 62 6f 75 g/ for m ore abou 00000220 74 20 4e 65 74 72 65 6b 2e 00 00 00 00 00 00 00 t Netrek ........ 00000230 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000240 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 00000250 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000260 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000270 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000280 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000290 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000002A0 0b 00 00 00 54 68 69 73 20 73 65 72 76 65 72 20 ....This server 000002B0 77 65 6c 63 6f 6d 65 73 20 6e 65 77 20 70 6c 61 welcomes new pla 000002C0 79 65 72 73 20 74 6f 20 4e 65 74 72 65 6b 2e 00 yers to Netrek.. 000002D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000002E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000002F0 00 00 00 00 0b 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000310 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000320 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000330 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000340 00 00 00 00 00 00 00 00 0b 00 00 00 45 78 70 65 ........ ....Expe 00000350 72 74 20 70 6c 61 79 65 72 73 20 61 72 65 20 65 rt playe rs are e 00000360 6e 63 6f 75 72 61 67 65 64 20 74 6f 20 65 64 75 ncourage d to edu 00000370 63 61 74 65 20 6e 65 77 20 70 6c 61 79 65 72 73 cate new players 00000380 20 62 79 20 6c 65 61 64 69 6e 67 00 00 00 00 00 by lead ing..... 00000390 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 000003A0 61 6e 64 20 73 68 6f 77 69 6e 67 20 61 20 67 6f and show ing a go 000003B0 6f 64 20 65 78 61 6d 70 6c 65 20 2e 2e 2e 20 72 od examp le ... r 000003C0 61 74 68 65 72 20 74 68 61 6e 20 64 69 73 68 65 ather th an dishe 000003D0 61 72 74 65 6e 20 74 68 65 6d 20 62 79 20 69 6e arten th em by in 000003E0 73 69 73 74 69 6e 67 00 00 00 00 00 00 00 00 00 sisting. ........ 000003F0 0b 00 00 00 6f 6e 20 64 6f 64 67 65 20 70 72 61 ....on d odge pra 00000400 63 74 69 63 65 2e 20 20 4e 6f 74 20 65 76 65 72 ctice. Not ever 00000410 79 6f 6e 65 20 63 61 6e 20 72 65 61 64 2e 00 00 yone can read... 00000420 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000430 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000440 00 00 00 00 0b 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000450 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000460 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000470 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000480 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000490 00 00 00 00 00 00 00 00 0b 00 00 00 2d 2d 00 00 ........ ....--.. 000004A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000004B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000004C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000004D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000004E0 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 000004F0 48 6f 73 74 69 6e 67 20 3a 20 42 61 73 69 63 20 Hosting : Basic 00000500 3c 62 61 73 69 63 40 75 73 2e 6e 65 74 72 65 6b ... ........ 00000520 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000530 00 00 00 00 00 00 00 00 00 00 00 00 ........ .... 0000053C 00 00 00 00 0b 00 00 00 41 64 6d 69 6e 69 73 74 ........ Administ 0000054C 72 61 74 69 6f 6e 20 3a 20 51 75 6f 7a 6c 20 3c ration : Quozl < 0000055C 71 75 6f 7a 6c 40 75 73 2e 6e 65 74 72 65 6b 2e quozl at us .netrek. 0000056C 6f 72 67 3e 00 00 00 00 00 00 00 00 00 00 00 00 org>.... ........ 0000057C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000058C 00 00 00 00 00 00 00 00 0b 00 00 00 09 40 40 40 ........ .....@@@ 0000059C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000005AC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000005BC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000005CC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000005DC 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 000005EC 42 69 6e 61 72 79 20 56 65 72 69 66 69 63 61 74 Binary V erificat 000005FC 69 6f 6e 20 20 20 20 20 20 20 20 20 20 20 3a 20 ion : 0000060C 64 69 73 61 62 6c 65 64 00 00 00 00 00 00 00 00 disabled ........ 0000061C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000062C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000063C 0b 00 00 00 54 6f 75 72 6e 61 6d 65 6e 74 20 4d ....Tour nament M 0000064C 6f 64 65 20 20 20 20 20 20 20 20 20 20 20 20 20 ode 0000065C 20 20 3a 20 34 20 70 6c 61 79 65 72 73 20 2f 20 : 4 pl ayers / 0000066C 73 69 64 65 00 00 00 00 00 00 00 00 00 00 00 00 side.... ........ 0000067C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000068C 00 00 00 00 0b 00 00 00 53 68 69 70 73 20 41 6c ........ Ships Al 0000069C 6c 6f 77 65 64 20 20 20 20 20 20 20 20 20 20 20 lowed 000006AC 20 20 20 20 20 20 3a 20 53 43 20 44 44 20 43 41 : SC DD CA 000006BC 20 42 42 20 41 53 20 53 42 20 00 00 00 00 00 00 BB AS S B ...... 000006CC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000006DC 00 00 00 00 00 00 00 00 0b 00 00 00 54 72 61 63 ........ ....Trac 000006EC 74 6f 72 2f 50 72 65 73 73 6f 72 20 42 65 61 6d tor/Pres sor Beam 000006FC 73 20 20 20 20 20 20 20 20 20 3a 20 65 6e 61 62 s : enab 0000070C 6c 65 64 00 00 00 00 00 00 00 00 00 00 00 00 00 led..... ........ 0000071C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000072C 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 0000073C 50 6c 61 73 6d 61 20 54 6f 72 70 65 64 6f 65 73 Plasma T orpedoes 0000074C 20 20 20 20 20 20 20 20 20 20 20 20 20 20 3a 20 : 0000075C 65 6e 61 62 6c 65 64 00 00 00 00 00 00 00 00 00 enabled. ........ 0000076C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000077C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000078C 0b 00 00 00 4b 69 6c 6c 73 20 52 65 71 75 69 72 ....Kill s Requir 0000079C 65 64 20 66 6f 72 20 50 6c 61 73 6d 61 20 20 20 ed for P lasma 000007AC 20 20 3a 20 32 00 00 00 00 00 00 00 00 00 00 00 : 2... ........ 000007BC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000007CC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000007DC 00 00 00 00 0b 00 00 00 52 61 6e 6b 20 52 65 71 ........ Rank Req 000007EC 75 69 72 65 64 20 66 6f 72 20 53 42 20 20 20 20 uired fo r SB 000007FC 20 20 20 20 20 20 3a 20 43 61 70 74 61 69 6e 20 : Captain 0000080C 28 34 29 00 00 00 00 00 00 00 00 00 00 00 00 00 (4)..... ........ 0000081C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000082C 00 00 00 00 00 00 00 00 0b 00 00 00 50 6c 61 6e ........ ....Plan 0000083C 65 74 73 20 52 65 71 75 69 72 65 64 20 66 6f 72 ets Requ ired for 0000084C 20 53 42 20 20 20 20 20 20 20 3a 20 35 00 00 00 SB : 5... 0000085C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000086C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000087C 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 0000088C 48 69 64 64 65 6e 20 4d 6f 64 65 20 20 20 20 20 Hidden M ode 0000089C 20 20 20 20 20 20 20 20 20 20 20 20 20 20 3a 20 : 000008AC 74 6f 75 72 6e 61 6d 65 6e 74 20 6f 6e 6c 79 00 tourname nt only. 000008BC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000008CC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000008DC 0b 00 00 00 4d 75 6c 74 69 70 6c 65 20 45 6e 74 ....Mult iple Ent 000008EC 72 79 20 50 6c 61 6e 65 74 73 20 20 20 20 20 20 ry Plane ts 000008FC 20 20 3a 20 6e 6f 00 00 00 00 00 00 00 00 00 00 : no.. ........ 0000090C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000091C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000092C 00 00 00 00 0b 00 00 00 43 68 61 6f 73 20 4d 6f ........ Chaos Mo 0000093C 64 65 20 20 20 20 20 20 20 20 20 20 20 20 20 20 de 0000094C 20 20 20 20 20 20 3a 20 64 69 73 61 62 6c 65 64 : disabled 0000095C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000096C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 0000097C 00 00 00 00 00 00 00 00 0b 00 00 00 48 75 6e 74 ........ ....Hunt 0000098C 65 72 20 4b 69 6c 6c 65 72 20 20 20 20 20 20 20 er Kille r 0000099C 20 20 20 20 20 20 20 20 20 20 3a 20 4e 6f 00 00 : No.. 000009AC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000009BC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000009CC 00 00 00 00 00 00 00 00 00 00 00 00 0b 00 00 00 ........ ........ 000009DC 4d 65 73 73 61 67 65 20 74 6f 20 47 4f 44 20 4c Message to GOD L 000009EC 6f 67 20 20 20 20 20 20 20 20 20 20 20 20 3a 20 og : 000009FC 59 65 73 00 00 00 00 00 00 00 00 00 00 00 00 00 Yes..... ........ 00000A0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000A1C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000A2C 0b 00 00 00 53 42 20 54 72 61 6e 73 77 61 72 70 ....SB T ranswarp 00000A3C 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 00000A4C 20 20 3a 20 59 65 73 00 00 00 00 00 00 00 00 00 : Yes. ........ 00000A5C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000A6C 00 00 00 00 00 00 00 00 00 00 00 00 ........ .... 00000A78 00 00 00 00 00 00 00 00 0b 00 00 00 53 75 72 72 ........ ....Surr 00000A88 65 6e 64 65 72 20 43 6f 75 6e 74 65 72 20 20 20 ender Co unter 00000A98 20 20 20 20 20 20 20 20 20 20 3a 20 32 00 00 00 : 2... 00000AA8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000AB8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000AC8 00 00 00 00 00 00 00 00 00 00 00 00 SP_YOU (slot 16) 0c 10 00 00 00 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 SP_PL_LOGIN (slot 1) 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 SP_HOSTILE 16 00 00 00 SP_PLAYER_INFO 02 00 00 00 SP_KILLS 03 00 00 00 00 00 00 00 SP_PSTATUS 14 00 00 00 SP_FLAGS 12 00 00 00 00 00 00 00 SP_PLAYER 04 00 00 00 00 00 00 00 00 00 00 00 SP_PL_LOGIN (slot 1) 18 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 SP_HOSTILE 16 01 00 00 ........ ........ 00000B88 02 01 00 00 03 01 00 00 00 00 00 00 14 01 00 00 ........ ........ 00000B98 12 01 00 00 00 00 00 00 04 01 00 00 00 00 00 00 ........ ........ 00000BA8 00 00 00 00 18 02 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000BB8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000BC8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000BD8 00 00 00 00 00 00 00 00 16 02 00 00 02 02 00 00 ........ ........ 00000BE8 03 02 00 00 00 00 00 00 14 02 00 00 12 02 00 00 ........ ........ 00000BF8 00 00 00 00 04 02 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000C08 18 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000C18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000C28 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000C38 00 00 00 00 16 03 00 00 02 03 00 00 03 03 00 00 ........ ........ 00000C48 00 00 00 00 14 03 00 00 12 03 00 00 00 00 00 00 ........ ........ 00000C58 04 03 00 00 00 00 00 00 00 00 00 00 18 04 00 00 ........ ........ 00000C68 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000C78 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000C88 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000C98 16 04 00 00 02 04 00 00 03 04 00 00 00 00 00 00 ........ ........ 00000CA8 14 04 00 00 12 04 00 00 00 00 00 00 04 04 00 00 ........ ........ 00000CB8 00 00 00 00 00 00 00 00 18 05 00 00 00 00 00 00 ........ ........ 00000CC8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000CD8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000CE8 00 00 00 00 00 00 00 00 00 00 00 00 16 05 00 00 ........ ........ 00000CF8 02 05 00 00 03 05 00 00 00 00 00 00 14 05 00 00 ........ ........ 00000D08 12 05 00 00 00 00 00 00 04 05 00 00 00 00 00 00 ........ ........ 00000D18 00 00 00 00 18 06 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000D28 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000D38 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000D48 00 00 00 00 00 00 00 00 16 06 00 00 02 06 00 00 ........ ........ 00000D58 03 06 00 00 00 00 00 00 14 06 00 00 12 06 00 00 ........ ........ 00000D68 00 00 00 00 04 06 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000D78 18 07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000D88 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000D98 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000DA8 00 00 00 00 16 07 00 00 02 07 00 00 03 07 00 00 ........ ........ 00000DB8 00 00 00 00 14 07 00 00 12 07 00 00 00 00 00 00 ........ ........ 00000DC8 04 07 00 00 00 00 00 00 00 00 00 00 18 08 00 00 ........ ........ 00000DD8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000DE8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000DF8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000E08 16 08 00 00 02 08 00 00 03 08 00 00 00 00 00 00 ........ ........ 00000E18 14 08 00 00 12 08 00 00 00 00 00 00 04 08 00 00 ........ ........ 00000E28 00 00 00 00 00 00 00 00 18 09 00 00 00 00 00 00 ........ ........ 00000E38 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000E48 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000E58 00 00 00 00 00 00 00 00 00 00 00 00 16 09 00 00 ........ ........ 00000E68 02 09 00 00 03 09 00 00 00 00 00 00 14 09 00 00 ........ ........ 00000E78 12 09 00 00 00 00 00 00 04 09 00 00 00 00 00 00 ........ ........ 00000E88 00 00 00 00 18 0a 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000E98 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000EA8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000EB8 00 00 00 00 00 00 00 00 16 0a 00 00 02 0a 00 00 ........ ........ 00000EC8 03 0a 00 00 00 00 00 00 14 0a 00 00 12 0a 00 00 ........ ........ 00000ED8 00 00 00 00 04 0a 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000EE8 18 0b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000EF8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000F08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000F18 00 00 00 00 16 0b 00 00 02 0b 00 00 03 0b 00 00 ........ ........ 00000F28 00 00 00 00 14 0b 00 00 12 0b 00 00 00 00 00 00 ........ ........ 00000F38 04 0b 00 00 00 00 00 00 00 00 00 00 18 0c 00 00 ........ ........ 00000F48 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000F58 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000F68 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000F78 16 0c 00 00 02 0c 00 00 03 0c 00 00 00 00 00 00 ........ ........ 00000F88 14 0c 00 00 12 0c 00 00 00 00 00 00 04 0c 00 00 ........ ........ 00000F98 00 00 00 00 00 00 00 00 18 0d 00 00 00 00 00 00 ........ ........ 00000FA8 00 00 00 00 00 00 00 00 00 00 00 00 ........ .... 00000FB4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000FC4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00000FD4 16 0d 00 00 02 0d 00 00 03 0d 00 00 00 00 00 00 ........ ........ 00000FE4 14 0d 00 00 12 0d 00 00 00 00 00 00 04 0d 00 00 ........ ........ 00000FF4 00 00 00 00 00 00 00 00 18 0e 00 00 00 00 00 00 ........ ........ 00001004 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001014 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001024 00 00 00 00 00 00 00 00 00 00 00 00 16 0e 00 00 ........ ........ 00001034 02 0e 00 00 03 0e 00 00 00 00 00 00 14 0e 00 00 ........ ........ 00001044 12 0e 00 00 00 00 00 00 04 0e 00 00 00 00 00 00 ........ ........ 00001054 00 00 00 00 18 0f 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001064 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001074 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001084 00 00 00 00 00 00 00 00 16 0f 00 00 02 0f 00 00 ........ ........ 00001094 03 0f 00 00 00 00 00 00 14 0f 00 00 12 0f 00 00 ........ ........ 000010A4 00 00 00 00 04 0f 00 00 00 00 00 00 00 00 00 00 ........ ........ 000010B4 18 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000010C4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000010D4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000010E4 00 00 00 00 16 10 00 00 02 10 00 00 03 10 00 00 ........ ........ 000010F4 00 00 00 00 14 10 01 00 04 10 00 00 ff fe 79 60 ........ ......y` 00001104 ff fe 79 60 18 11 00 00 00 00 00 00 00 00 00 00 ..y`.... ........ 00001114 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001124 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001134 00 00 00 00 00 00 00 00 16 11 00 00 02 11 00 00 ........ ........ 00001144 03 11 00 00 00 00 00 00 14 11 00 00 12 11 00 00 ........ ........ 00001154 00 00 00 00 04 11 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001164 18 12 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001174 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001184 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001194 00 00 00 00 16 12 00 00 02 12 00 00 03 12 00 00 ........ ........ 000011A4 00 00 00 00 14 12 00 00 12 12 00 00 00 00 00 00 ........ ........ 000011B4 04 12 00 00 00 00 00 00 00 00 00 00 18 13 00 00 ........ ........ 000011C4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000011D4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000011E4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000011F4 16 13 00 00 02 13 00 00 03 13 00 00 00 00 00 00 ........ ........ 00001204 14 13 00 00 12 13 00 00 00 00 00 00 04 13 00 00 ........ ........ 00001214 00 00 00 00 00 00 00 00 18 14 00 00 00 00 00 00 ........ ........ 00001224 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001234 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001244 00 00 00 00 00 00 00 00 00 00 00 00 16 14 00 00 ........ ........ 00001254 02 14 00 00 03 14 00 00 00 00 00 00 14 14 00 00 ........ ........ 00001264 12 14 00 00 00 00 00 00 04 14 00 00 00 00 00 00 ........ ........ 00001274 00 00 00 00 18 15 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001284 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001294 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000012A4 00 00 00 00 00 00 00 00 16 15 00 00 02 15 00 00 ........ ........ 000012B4 03 15 00 00 00 00 00 00 14 15 00 00 12 15 00 00 ........ ........ 000012C4 00 00 00 00 04 15 00 00 00 00 00 00 00 00 00 00 ........ ........ 000012D4 18 16 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000012E4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000012F4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001304 00 00 00 00 16 16 00 00 02 16 00 00 03 16 00 00 ........ ........ 00001314 00 00 00 00 14 16 00 00 12 16 00 00 00 00 00 00 ........ ........ 00001324 04 16 00 00 00 00 00 00 00 00 00 00 18 17 00 00 ........ ........ 00001334 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001344 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001354 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001364 16 17 00 00 02 17 00 00 03 17 00 00 00 00 00 00 ........ ........ 00001374 14 17 00 00 12 17 00 00 00 00 00 00 04 17 00 00 ........ ........ 00001384 00 00 00 00 00 00 00 00 18 18 00 00 00 00 00 00 ........ ........ 00001394 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000013A4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000013B4 00 00 00 00 00 00 00 00 00 00 00 00 16 18 00 00 ........ ........ 000013C4 02 18 00 00 03 18 00 00 00 00 00 00 14 18 00 00 ........ ........ 000013D4 12 18 00 00 00 00 00 00 04 18 00 00 00 00 00 00 ........ ........ 000013E4 00 00 00 00 18 19 00 00 00 00 00 00 00 00 00 00 ........ ........ 000013F4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001404 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001414 00 00 00 00 00 00 00 00 16 19 00 00 02 19 00 00 ........ ........ 00001424 03 19 00 00 00 00 00 00 14 19 00 00 12 19 00 00 ........ ........ 00001434 00 00 00 00 04 19 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001444 18 1a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001454 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001464 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001474 00 00 00 00 16 1a 00 00 02 1a 00 00 03 1a 00 00 ........ ........ 00001484 00 00 00 00 14 1a 00 00 12 1a 00 00 00 00 00 00 ........ ........ 00001494 04 1a 00 00 00 00 00 00 00 00 00 00 18 1b 00 00 ........ ........ 000014A4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000014B4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000014C4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000014D4 16 1b 00 00 02 1b 00 00 03 1b 00 00 00 00 00 00 ........ ........ 000014E4 14 1b 00 00 12 1b 00 00 00 00 00 00 ........ .... 000014F0 04 1b 00 00 00 00 00 00 00 00 00 00 18 1c 00 00 ........ ........ 00001500 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001510 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001520 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001530 16 1c 00 00 02 1c 00 00 03 1c 00 00 00 00 00 00 ........ ........ 00001540 14 1c 00 00 12 1c 00 00 00 00 00 00 04 1c 00 00 ........ ........ 00001550 00 00 00 00 00 00 00 00 18 1d 00 00 00 00 00 00 ........ ........ 00001560 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001570 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001580 00 00 00 00 00 00 00 00 00 00 00 00 16 1d 00 00 ........ ........ 00001590 02 1d 00 00 03 1d 00 00 00 00 00 00 14 1d 00 00 ........ ........ 000015A0 12 1d 00 00 00 00 00 00 04 1d 00 00 00 00 00 00 ........ ........ 000015B0 00 00 00 00 18 1e 00 00 00 00 00 00 00 00 00 00 ........ ........ 000015C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000015D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 000015E0 00 00 00 00 00 00 00 00 16 1e 00 00 02 1e 00 00 ........ ........ 000015F0 03 1e 00 00 00 00 00 00 14 1e 00 00 12 1e 00 00 ........ ........ 00001600 00 00 00 00 04 1e 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001610 18 1f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001620 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001630 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ 00001640 00 00 00 00 16 1f 00 00 02 1f 00 00 03 1f 00 00 ........ ........ 00001650 00 00 00 00 14 1f 00 00 12 1f 00 00 00 00 00 00 ........ ........ 00001660 04 1f 00 00 00 00 00 00 00 00 00 00 1a 00 00 00 ........ ........ 00001670 00 00 4e 20 00 01 38 80 45 61 72 74 68 00 00 00 ..N ..8. Earth... 00001680 00 00 00 00 00 00 00 00 1a 01 00 00 00 00 27 10 ........ ......'. 00001690 00 00 ea 60 52 69 67 65 6c 00 00 00 00 00 00 00 ...`Rige l....... 000016A0 00 00 00 00 1a 02 00 00 00 00 61 a8 00 00 ea 60 ........ ..a....` 000016B0 43 61 6e 6f 70 75 73 00 00 00 00 00 00 00 00 00 Canopus. ........ 000016C0 1a 03 00 00 00 00 ab e0 00 01 3c 68 42 65 74 61 ........ .. <20121024065625.GM8324@us.netrek.org> <20121026013428.GJ5473@us.netrek.org> <20121026043858.GK5473@us.netrek.org> Message-ID: On 2012-10-26 04:38:58 +0000, James Cameron said: > For hand-analysis of pcap streams, here is a list of packet types Something buggy in how I handle segmentation of the packets. Example, I get 1340 bytes, after reading 15 SP_MOTD packets (15 * 84 = 1260) I have 80 bytes "left over". Code goes into "misalign" state and things are broken from that point forward. Spending time getting to know Xcode and it's debugging. -- Bob Tanner Key fingerprint = 9906 320A 8BB6 64AD 96A7 7785 CBFB 10BF 568B F98C